必须为每个旧项目单独配置运行时路径，VSCode 不自动降级工具链；Node 项目需在 launch.json 设 runtimeExecutable 并配置终端环境变量，Java 项目须同时设 java.home 和 java.configuration.runtimes，SVN 项目要硬编码 svn.executablePath。
必须为每个旧项目单独配置运行时路径，VSCode 不会自动降级或 fallback 到旧版本工具链。 全局安装新版 Node、Java 或 Python 对旧项目几乎没用，反而容易掩盖真实环境问题。关键不是“怎么装多个版本”，而是“怎么让 VSCode 在打开某个项目时，只认它指定的那个旧版本”。
Node 项目：终端和调试器必须双路指定 NVM_BIN
终端里 node -v 显示 v16.20.2，但 F5 启动后 process.version 还是 v18.19.0？说明调试器根本没读你终端的环境。
- 在项目根目录的
.vscode/launch.json中必须写死："runtimeExecutable": "${env:NVM_BIN}/node" - 新开集成终端后先运行
echo $NVM_BIN，没输出就说明nvm没加载 —— macOS/Linux 要在.vscode/settings.json里补"terminal.integrated.env.zsh": { "NVM_DIR": "/Users/you/.nvm", "PATH": "/Users/you/.nvm/bin:${env:PATH}" } - 别信
.nvmrc文件，VSCode 不解析它；插件vsc-nvm只对新终端生效，已打开的终端要手动nvm use - F5 启动后务必加一行
console.log(process.version)验证，这才是真实执行版本
Java 项目：java.home 和 java.configuration.runtimes 缺一不可
只设 java.home，Spring Boot 3 项目能编译，但 JDK 8 的老项目仍可能报 Unsupported class file major version —— 因为语言服务器没按需切换字节码兼容级别。
- 在项目根目录
.vscode/settings.json中同时配置："java.home"（指向具体 JDK 安装路径）和"java.configuration.runtimes"（声明支持的版本名与路径映射） -
java.runtime.version字段只在部分场景生效，不推荐依赖；优先用java.configuration.runtimes+default: true标记主版本 - macOS 上路径通常为
/Library/Java/JavaVirtualMachines/jdk1.8.0_301.jdk/Contents/Home，Windows 上注意反斜杠要双写或改用正斜杠 - 改完保存后必须重启 VSCode，否则 Java 扩展仍缓存旧
java.home
SVN 项目：插件不查 PATH，必须硬编码 svn.executablePath
插件显示“未找到 SVN”或提交后无响应？大概率它调用了系统自带的 svn 1.14+，而你的仓库是 1.7 格式，直接不兼容。
- 先确认本地装的是 SlikSVN 1.8.x 或 CollabNet SVN 1.8，终端运行
svn --version必须输出1.8.x - 在工作区
settings.json中显式设置："svn.executablePath": "/usr/local/svn18/bin/svn"（macOS）或"svn.executablePath": "C:\Program Files\SlikSVN\bin\svn.exe"（Windows） - 路径中不能含中文、空格、
~；Windows 下若用反斜杠，必须双写\ - 首次检出不要用 VSCode 右键菜单，先终端执行
svn checkout <URL>拉下来，再用 VSCode 打开文件夹
最容易被忽略的是：终端、调试器、语言服务器、SCM 插件，它们各自启动独立进程，加载环境的方式完全不同。一个配置改对了，不代表其他地方也生效。验证永远比猜测可靠 —— 每次改完，都该在对应上下文里亲手跑一句 which node、java -version 或 svn --version。
