Drop support for Node v4
See original GitHub issueDescription
Node will drop maintenance for v4 in April 2018 so I think we’re pretty safe on dropping it now since I believe most of our users are early adopters either way. Supporting Node v4 right now is coming to an unwanted chores like in #367 or in #371.
Migration path
Introduce a breaking change with a major version bump that only changes engines
field in the package.json
+ updates Travis config.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:3
- Comments:32 (14 by maintainers)
Top Results From Across the Web
Drop support for node 4 #4769 - facebook/jest · GitHub
Summary #4767 (comment) I'm thinking it's a good idea to do this separately from other changes which require node 4. (also ) Test...
Read more >Migrating from v3 to v4 - Gatsby
We are dropping support for Node 12 as a new underlying dependency ( lmdb-store ) is requiring >=14.15.0 . See the main changes...
Read more >node-sass - npm
Node versions that hit end of life https://github.com/nodejs/Release, will be dropped from support at each node-sass release (major, minor).
Read more >Firebase Admin Node.js SDK Release Notes - Google
Breaking change: Dropped support for Node.js 12. ... Cloud Firestore. Upgraded the @google-cloud/firestore dependency to v4.15.1.
Read more >Supported Node versions - Node-RED
Supported Node versions ... Node-RED currently recommends Node 16.x LTS. ... We try to stay up to date with Node.js releases. Our goal...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@sudo-suhas no I honestly I don’t want to start using it—the syntax is weird IMO.
My conclusion is still the same: I don’t want to please everyone, especially when doing this for free. So if the 25% of users will have to stick to the older version because of that, I’m okay with that. They also can upgrade to Node 8, which is a win-win for everyone.
So I’m voting for dropping Node 4 and going straight Node 8.
Since lint-staged is meant to be used only during development, I’m not sure if AWS support should be considered as an issue…