-
Notifications
You must be signed in to change notification settings - Fork 469
test(ci): use latest 10 LTS release #525
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
Conversation
.travis.yml
Outdated
- 10.0.0 | ||
- 12 | ||
- lts/dubnium | ||
- lts/erbium |
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.
I don't know if these are valid versions for config, kicking CI to see
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.
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 47f8d0c:
|
Codecov Report
@@ Coverage Diff @@
## master #525 +/- ##
=========================================
Coverage 100.00% 100.00%
=========================================
Files 23 23
Lines 429 429
Branches 103 103
=========================================
Hits 429 429 Continue to review full report at Codecov.
|
I wouldn’t merge this PR for 2 reasons:
The breaking change should be reverted upstream instead. |
|
@alexkrolick It's indeed breaking, since you're now saying the package can only be consumed by Node CI is testing for CI Right now CI is failing for The problem is that Fixing this in |
I honestly am not concerned about running CI against the latest 10 version and just hoping we don't break 10.0.0. I think it's pretty unlikely that we will break 10.0.0 and if we do it's not a lot of work to fix it. |
We will know something breaking a lot faster in the process, which will cause less bug reports, ... Not my call to make, but that's why I think we shouldn't use latest Node |
You're not wrong. I just see the risk as low and the reward as high so I'm willing to take it. |
Not only a lot risk, but also a lot impact as well. |
We could run CI against the lowest version and all the current lts versions we support. That would be 10.0.0, lts/dubnium, lts/erbium. But what to do with the engines field? Our JSDOM dep has silently raised the number from 10.0.0 to 10.4.0. Do we want to leave it at 10.0.0, keep running CI against 10.0.0, and have it fail until upstream reverts or patches? |
Let's leave engines as they are and bump CI just so we can get it working. Just because we're having trouble with our development dependencies doesn't mean other people should suffer the consequences of that. |
Co-Authored-By: Michaël De Boey <[email protected]>
Co-Authored-By: Michaël De Boey <[email protected]>
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.
Running with the latest node version is in line with how we treat dependencies in CI: We always install the latest version since we don't have a lockfile that pinnes the versions to the minimal possible.
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.
👍
Thanks everyone!
🎉 This PR is included in version 7.2.2 🎉 The release is available on:
Your semantic-release bot 📦🚀 |
Closes #521