-
Notifications
You must be signed in to change notification settings - Fork 28
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
chore: pin node version #338
base: main
Are you sure you want to change the base?
Conversation
package.json
Outdated
}, | ||
"engines": { | ||
"node": "18.x", | ||
"pnpm": ">=8.15.7 <9" |
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.
No need to pin PNPM version right?
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.
Yes @pavinduLakshan , PNPM seemed to be pinned in the release workflow , that's why I added it here, however we can remove it since the other workflows seem to be using the latest version.
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.
If there is a valid reason we need to pin the pnpm version of the workflow as well. but it's not necessary here imo.. @adibmbrk let's remove pinning the pnpm version
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.
What is the original problem we are trying to solve here.
Ideally, there should be an issue
associated with the change.
@adibmbrk Shall we create one.
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.
IMO, we should not pin versions here and there, if it is pinned in the workflow itself, then we shouldn't use the engines
and vise-versa.
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.
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.
IMO, we should not pin versions here and there, if it is pinned in the workflow itself, then we shouldn't use the
engines
and vise-versa.
@brionmario IMO pinning the version in the workflow only corrects our CI, however developers setting up the repo locally will still face incompatible node-sass
module due to incorrect node version, adding engines
fixes that
37ba77f please update the commit message of this and follow the commit message guideline |
37ba77f
to
c90b841
Compare
Purpose
This PR pins the node version making it easier for developers to setup the oxygen ui project.
Related Issues
node-sass
incompatibility with Node.jsv22.x
#304Related PRs
#1
or (None)Checklist
Security checks