-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Revisiting supported Node.js versions #1599
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Labels
breaking
requires a SemVer major release
Comments
👍 Makes sense. |
We need to specify whether this means supporting the oldest Node.js maintenance LTS release or active LTS release. |
I did mean maintenance, yes. I'll see if I can add this to the README and other docs where appropriate. |
novemberborn
added a commit
that referenced
this issue
Jan 25, 2018
Merged
novemberborn
added a commit
that referenced
this issue
Jan 25, 2018
novemberborn
added a commit
that referenced
this issue
Jan 27, 2018
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Inspired by npm's support statement I'd like to revisit which Node.js versions we support:
The non-LTS releases (7, 9, etc) are odd ducks. We'll support them during their limited lifetime, but support will be unceremoniously dropped (without a breaking change) once their lifetime ends.
Support here, by the way, means that we run our test suite under the given Node.js versions and will accept pull requests to fix any bugs (provided they're not known bugs in Node.js itself that will be fixed imminently). Consequently, dropping support means we'll remove those Node.js versions from our test matrix and will no longer accept specific pull requests to fix bugs under those versions.
For each major version we'll support the latest release. Currently this means we'll support 4.8.6, 6.12.0, 8.9.1 and 9.2.0. Notably this means we'll drop support for 4.3, which is used by AWS Lamda. This has been an issue in the past. (Technically we'll drop official support for 6.10 as well, which is also used by AWS Lambda, but I'm not expecting this to actually break anything.)
I'd like to say that we won't accidentally drop support for minor releases, e.g. by adopting new backported APIs. I'm not sure whether we should enforce this through CI, as that would increase the test duration. I suppose this won't be an issue until we're out of the
0.x
releases, since any feature release can be considered "breaking" anyhow.@avajs/core and others, what are your thoughts on this?
The text was updated successfully, but these errors were encountered: