-
Notifications
You must be signed in to change notification settings - Fork 356
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
Add .nvmrc #457
Add .nvmrc #457
Conversation
Looks good! Could you drop:
I'll have to support it within the docker PR also #76. |
We should check Github Actions as well.. As a side note, can you bump it to the 12.13.x line? |
@aslafy-z Sure thing. I'll update appropriately. @vikaspotluri123 If we bump the line, I'd recommend bumping our CircleCI config to match as well. Development made with 12 may not be backwards compatible. |
We don't use CircleCI, which file are you referencing? |
@vikaspotluri123 Sorry, not Circle, I meant TravisCI. Specifically: https://github.com/swapagarwal/swag-for-dev/blob/master/.travis.yml#L4 I would suggest making the changes that @aslafy-z mentioned first, then checking to see if everything is stable, then bumping up the version of node in a later PR. |
Oh, gotcha 👍 Let us know if you need something done 😄 |
@aslafy-z Updated the PR for the changes requested. |
That can be done in this PR; since CI runs on every commit, we should be able to see that everything works |
@vikaspotluri123 Normally I try to keep each PR to a separate topic, so one for adding .nvmrc and one for updating project node version, mainly for transparency sake and for ease of reverting. Let's see what happens when I bump up the node version though. Looks like Travis failed due to unrelated tests. What would you like me to do in this case @vikaspotluri123 ? Revert the update to node version or rerun the processes and see if everything works (although I don't have access to re-run anything)? |
netlify.toml
Outdated
@@ -3,7 +3,6 @@ | |||
command = "npm run build" | |||
|
|||
[build.environment] | |||
NODE_VERSION = "10" | |||
NPM_VERSION = "6.4.1" |
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 guess you can drop the full section, including version of NPM.
Looks good! I'll go for your proposal (#457 (comment)) since bumping the version makes the build fail. @vikaspotluri123 you confirm? |
The Netlify build does break, but it seems to break because NPM is out of date 🤔 |
@vikaspotluri123 Ok, so I guess, applying my comment should do the trick. @Zidail Can you fix it? Thanks |
@vikaspotluri123 @aslafy-z I've updated the Netlify config like you suggested but it's still breaking mainly with the Sharp module. |
It's not breaking any more 😏 I ran the netlify build with no cache which fixed the issue 🚀 |
@vikaspotluri123 Sweeet. Can you run the TravisCI again? The tests are failing on validating promo offers. |
I don't mind about the dataset tests, Microsoft website works in here. It's ready to merge for me, @vikaspotluri123 can you confirm? Thank you @Zidail! |
Fine with me 🚀 |
Thank you @Zidail! 🚀 |
Hello |
What Changed
.nvmrc
file with node version set atv10.17.0
.nvmrc
.nvmrc
Why?
Just like how we normally lock down which versions of libraries, frameworks or languages we use, we should also lock down the node version as well. This prevents contributors from having "Works on others but not on mine" moments and reduces side-effects of compiling packages with different versions of node. This also helps to make sure that we can get contributors to use the same version of node as what's on the CI.
Notes
v10.17.0
was chose as the default node version because it's the latest version of node specified in TravisCI and Netlify configs.Edit Updates
Thu Oct 24 05:02:01 UTC 2019