-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
[Breaking] drop node < 4 support #1038
Conversation
Also, require template literals instead of concatenation, and auto fix.
Wow! Great! Thanks for all this work. I'll try to review this PR tomorrow. |
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.
LGTM
180d96e
to
a4ab961
Compare
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.
Merging this will be a semver-major change
I think it is time for v7 anyway. It would be nice to knock off everything else in the milestone after merging this. Are there other changes we should add to the v7 release milestone?
master must absolutely be published with v6, to fix the incorrect breaking changes in it, before this is merged and v7 is ready. |
a4ab961
to
2eed7fb
Compare
cb721e8
to
87026a1
Compare
1e272a4
to
bc91108
Compare
@yannickcr please don't release v7 before merging all the v7-tagged PRs; I'll update this one shortly and merge it today. |
Ho, I was more in the idea the release the v7 to be React 15.5.0 compatible and to postpone theses breaking changes for the v8. But I'm ok to do all of this in a single major release. |
I've added some commits recently which fix support down to node 0.10 - those must be published in the 6.x line prior to merging this.
Merging this will be a semver-major change - it drops < node 4 support, and drops support for eslint v2. In the process, we'll be able to use any syntax and API that node 4 supports, yay!
I also enabled rules requiring template literals instead of concatenation, and autofixed them, both because I think it's a superior approach, and because it illustrates some of the new syntax we'll get to use :-)
(I'll manually keep this rebased and updated as time goes by, so ideally it will always be ready to merge when v7 comes along)