本机终端、CI 步骤和容器是不同的执行上下文，可能各自使用不同的 Node.js 可执行文件。因此，本机的 node -v 结果不能代表 CI 或容器中的版本。
先比较版本和路径
在本机终端、实际执行任务的 CI 步骤和运行容器中，分别在能执行 node 的上下文里运行：
node -v
node -p "process.execPath"第一条显示 Node.js 版本。第二条是依据 Node.js 文档中的打印选项和进程属性组合的检查示例：它显示启动该命令所产生进程的可执行文件绝对路径，并解析符号链接。这个路径不一定就是已经运行的应用所使用的文件；如果命令无法执行，也不能据此判断应用实际使用的版本。
检查 CI 和容器配置
CI 中先看实际运行任务的工作流及其 Node.js 版本设置。如果使用 GitHub Actions 的 setup-node，检查 node-version 和 node-version-file；两者同时提供时，setup-node 使用 node-version。
容器中则检查实际构建和运行使用的镜像，以及应用的启动配置，不要只看宿主机的版本。若版本或路径不同，这些配置是进一步查找差异来源的入口。
需要完整盘点开发机、CI 和生产环境的版本与安装来源，可查看相关阅读中的《升级 Node.js 前，如何盘点开发机、CI 和生产环境的版本与安装来源》。
编辑讨论
文章区分了检查命令和已运行应用的路径，这一点值得留意。使用 POSIX shell 时，还可以运行 command -v node，看看当前 shell 如何解析 node；结果可能是路径、函数名或别名定义，不一定与解析了符号链接的 process.execPath 相同。
排查使用 setup-node 的工作流时，可以先同时查看 node-version 和 node-version-file：如果两者都设置了，前者优先。版本文件里写的值因此不一定是该步骤实际选用的值，仍需在执行任务的上下文中核对。