nvm：Node 版本与 shell 状态
nvm 入门：分清 install、use、current 与 .nvmrc
用明确版本建立可预测的首次流程，验证项目版本请求与实际 Node 二进制之间的区别。
你将学会
- 安装获得明确批准之后再开始
- 项目意图与当前状态可能不同
- 核验命令路径，不只看成功提示
开始前需要
- 了解 shell 命令和进程环境
- 区分运行时安装与版本选择
诊断项目请求与实际 Node 版本的差异，并制定明确的接入和验证边界。
先看结论
- install 建立可用安装，use 在 shell 中选择版本。
- 完整版本号比会移动的选择器更容易复现。
- 项目文件与实际执行不一致时检查 current。
安装获得明确批准之后再开始
上游安装器会下载管理器文件，并可能向 shell 配置追加加载语句。应把这项动作与使用已安装管理器分开审查。下面命令假定 nvm 已经过批准并在兼容 shell 中加载；本次审查没有在用户环境执行它们，也没有下载 Node 发行包。
具体练习应选择项目已经批准的完整版本号。示例使用 24.14.0 作为固定样例，不表示它一定最新或适合你的生产环境。nvm install 可以下载并安装所请求运行时，nvm use 则选择已安装版本并改变当前 shell 环境；成功安装和成功选择是两个验收点。
项目意图与当前状态可能不同
按照文档格式，.nvmrc 可以包含版本号或受支持选择器，并允许注释和空白。use、install、which 等命令省略版本参数时可以读取它。查找从当前目录向上进行，因此没有更近文件的嵌套包，可能受父目录的 .nvmrc 影响，不能只检查当前文件夹。
current 表示这个 shell 已激活的版本，不会被 .nvmrc 覆盖。因此 nvm which current 适合排查项目意图与真实执行的差异。README 提醒，省略版本的 run、exec 在找不到文件时可能回退到当前 Node；需要可预测行为的脚本应明确传入版本，不依赖该回退。
核验命令路径，不只看成功提示
选择运行时后，检查 node --version 和解析出的可执行文件。现有别名、函数、自定义目录或另一管理器都可能影响命令解析。源码有意保留部分 PATH 顺序，因此不能声称每次切换都会无条件把 nvm 目录放到所有自定义条目前面。
还应核对包管理器和项目测试结果。全局 npm 包属于选定安装上下文，自定义 npm prefix 也可能与 nvm 冲突。全局命令找不到时，不要立即执行提权安装；先确认正在使用哪个 Node、npm，以及该工具是否应该作为项目本地依赖。
实施步骤
- 1
确认 nvm 已加载并审查运行时版本。
- 2
只有机器变更获批时才安装缺失版本。
- 3
明确选择版本并检查 node 路径。
- 4
使用目标包管理器运行项目验收。
可复制示例
# 已批准 nvm 配置后的可选练习；本次未执行
nvm install 24.14.0
nvm use 24.14.0
nvm which current
node --version
npm --version
# 明确版本，避免省略版本时的回退：
nvm exec 24.14.0 node --version常见问题
写入 .nvmrc 会立即切换终端吗？
不会。需要执行命令或额外配置目录钩子，文件本身只记录请求。
为什么 current 和项目文件不同？
current 报告 shell 当前激活的运行时；文件可能要求尚未选择或安装的另一版本。