You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There might be benefits in being more specific. The exact node version could be specified in an .nvmrc file, which could also be picked up by the CI script. I'm a bit on the fence here: On the one hand, it could avoid random build failures that are caused by random changes in some Node version. On the other hand, it should be possible to compile and run the tools on every Node version (>=16), and if there is an issue with one version, then this should be detected and fixed.
The implications for users/contributors also have to be investigated. (E.g. would pinning the version to 20.10 mean that someone couldn't even compile it without having this exact version?).
The text was updated successfully, but these errors were encountered:
Right now, the
package.json
specifiesThere might be benefits in being more specific. The exact node version could be specified in an
.nvmrc
file, which could also be picked up by the CI script. I'm a bit on the fence here: On the one hand, it could avoid random build failures that are caused by random changes in some Node version. On the other hand, it should be possible to compile and run the tools on every Node version (>=16), and if there is an issue with one version, then this should be detected and fixed.The implications for users/contributors also have to be investigated. (E.g. would pinning the version to 20.10 mean that someone couldn't even compile it without having this exact version?).
The text was updated successfully, but these errors were encountered: