-
Notifications
You must be signed in to change notification settings - Fork 474
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
Drop support for node.js engines below v10 #615
Conversation
It's a common practice to drop support for non-LTS Node versions, as it allows to reduce the maintenance burden. See more at: https://nodejs.org/en/about/releases/
Note Node 16 came out today and the I've tried it out with Node 16 and it works fine so expect just removing the upper cap of the |
@cressie176 Hi, sorry to mention directly but I haven't seen anything happening, would like to use node 16 but this is blocking |
@cressie176 If you add me as a collaborator to git / npm (@gajus), I am happy to help with this / future releases. |
@squaremo Could we get your help releasing this? |
I like being compatible with all versions of NodeJS ever (or close to), but I accept this now causes problems and everyone else moved on long ago. I have two questions before this proceeds:
|
This is what I currently see, it's only warnings and installs the package. I could swear that it used to refuse to install it. As for statistics I don't think anyone really has them, however if you're using newest versions of amqplib I'd say you probably somewhat keep up with node.js releases. I don't really care much about the part of this PR but I would like the upper limit to be removed. |
@squaremo This might provide some insights: https://twitter.com/kibertoad/status/1338886973256331267 |
Here's how up-to date numbers look (didn't get to do the proper reordering):
|
I think the tl;dr version is that everything below 4 can be dropped without a second thought. Dropping 4 and 6 would allow you to significantly modernize your code, though, and considering that likely the largest part of it is hopeless legacy whom noone updates anymore, not sure if it's worth to target that either. |
OK, let's bite that bullet. @xamgore can you alter the claim about supported versions in the README.md here too please, then I'll merge it. |
@squaremo nailed it, thank you! 👍 Also, there is one more ready-to-merge PR, if you have free time, could you please check it out? |
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.
Thank you @xamgore
I went to make a release for this by tagging it, but forgot (again) that it needs a bit of preparation. Later today! |
Released in v0.8.0. |
It's a common practice to drop support for non-LTS Node versions, as it allows to reduce the maintenance burden. See more at:
https://nodejs.org/en/about/releases/
Also, I see artifacts in the code
or
instead of
Number.isSafeInteger(n)
(appeared in v0.12).My future PRs will be based on this.