ci: stop testing against NodeJS v14, v16#849
Conversation
7731289 to
1018e9b
Compare
d4f5f23 to
08fda2f
Compare
There was a problem hiding this comment.
I think I'd remove both node 14 and node 16. Node 16 is nearly out of maintenance: https://nodejs.dev/en/about/releases/. If anyone complaints, they can still use the older versions and we can still accept patches for older versions. That will save us another breaking change release within a few months
Also when doing breaking changes, I'd always look for deprecations and remove them as well.
/cc @octokit/js
I hadn't really thought of Node 16
Good point. I'll update my octoherd script and run it again with these changes |
|
Inversely: why are we dropping support for v14? I know that it'll mean we might not have to transpile as much, but I wouldn't expect the wins to be that great so unless there's a particular feature or dependency we know we can be using with v14/v16, or there's another breaking change we want to land (which might be #841?), is there a good reason to drop support for these versions? |
|
We will still support those versions with bug fixes for the near future. Dropping support means easier transition to ESM, and no need to keep polyfills for the fetch API. It just doesn't make much sense to support versions that are EOL There was a discussion around this briefly, https://github.com/orgs/octokit/discussions/21 |
BREAKING CHANGE: Drop support for NodeJS v14, v16
08fda2f to
541bcc8
Compare
In that case we should be testing against them? You either are or are not supporting the versions right? 🙂
It doesn't look like anything was ever actually agreed from that discussion - I've posted a comment with my thoughts on it. |
As gr2m said, we can support them with patches in maintenance releases. In the current release, we won't be supporting them
|
|
🎉 This PR is included in version 12.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
BREAKING CHANGE: Drop support for NodeJS v14, v16