Description
For now, vp add -g, vp install -g, vp update -g use the node version returned by resolve_version. which will care about project level's node version like .node-version file and even package.json#engines.node.
Semantically speaking, would it make more sense to always use global node version (set with vp env default)?
Suggested solution
Skip project-level's node version, the resolve order is like:
VP_NODE_VERSION env var (session override from vp env use) and .session-node-version file (session override written by vp env use for shell-wrapper-less environments) ⬅️ Should we keep this layer? I prefer ignore them actually.
- User default from config.json
- Latest LTS version
Alternative
N / A
Additional context
I'm willing to help with it, it may be partially related to #1598
Validations
Description
For now,
vp add -g,vp install -g,vp update -guse the node version returned byresolve_version. which will care about project level's node version like.node-versionfile and evenpackage.json#engines.node.Semantically speaking, would it make more sense to always use global node version (set with
vp env default)?Suggested solution
Skip project-level's node version, the resolve order is like:
VP_NODE_VERSIONenv var (session override fromvp env use) and.session-node-versionfile (session override written byvp env usefor shell-wrapper-less environments) ⬅️ Should we keep this layer? I prefer ignore them actually.Alternative
N / A
Additional context
I'm willing to help with it, it may be partially related to #1598
Validations