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
Since the project uses pnpn for installing packages, why not streamline it for Node.js environment installs? This will allow you to built-in a check whether the current environment on the machine matches the recommended version. Along with removing the .nvmrc file.
Check if recommended version exists:
$ pnpm env list
16.20.2
20.6.0
Install and use if not found:
$ pnpm env use 18.17.1
Fetching Node.js 18.17.1 ...
Node.js 18.17.1 is activated
It's an interesting idea, thanks for bringing it up @conrmahr! (for context, we'd briefly chatted about this on a Twitch stream today)
Putting as in discussion - I haven't used pnpm env much. One nice thing about .nvmrc is that if you're using nvm then the .nvmrc should have it auto-set your package for you. Is there an equivalent for pnpm?
Coming back to this, I still would really like to get rid of the .nvmrc file. It's irksome to me that we have both the npm-standard package.json"engines" field and some ad hoc script tool config file. My main motivation here is to reduce the number of config files.
I think generally getting rid of .nvmrc is could go with either of:
Bug Report Checklist
main
branch of the repository.Overview
Since the project uses
pnpn
for installing packages, why not streamline it for Node.js environment installs? This will allow you to built-in a check whether the current environment on the machine matches the recommended version. Along with removing the.nvmrc
file.Additional Info
Official docs: https://pnpm.io/cli/env
The text was updated successfully, but these errors were encountered: