Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Node 16 will reach EoL in one month (Sept 11 2023)
- Loading branch information
Node 16 will reach EoL in one month (Sept 11 2023)
0719006
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
note that this is still a breaking change, even though the node versions are EOL
0719006
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ugh. Crap. Did not consider that for real.
0719006
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sufficient to just release v12 with a note or do you think we need to deprecate v11.1.0?
0719006
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Jest hasn't upgraded to v11, so doesn't impact "me" directly.
I'd say just re-add v14 to the testing array, then bundle dropping it (and possibly 16?) when there are actual breaking changes? Unless testing on Node 14 prevents us from making changes or updating deps it doesn't hurt being there.
0719006
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure what bundle dropping is TBH ... but I can just add a patch release for 11.*. Least amount of fuzz.
Its' a bit hard to remember to do the "... and now, just before a major, remember to commit these final changes that's not mentioned in the readme, as well", but you are absolutely right it does not hurt. It's usually worse to add newer versions of Node 😄 I just wanted to align with our list of supported environments, sooner rather than later. No rush, of course.
0719006
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What I meant is just to wait with making this change until there are other breaking changes we wanna do, then release a single major version with all of them.
If you wanna have some sort of "land these when we're making breaking changes", I've personally had good experiences with creating PRs, then adding them to a milestone. E.g. https://github.com/jestjs/jest/milestone/15