Node 全局包备份需用包管理器命令导出列表，如 npm list -g --depth=0，而非依赖 VSCode；恢复时应逐个安装并校验兼容性，优先确保 Node 和 npm 版本匹配。
不能靠 VSCode 本身一键备份 Node 全局包——它压根不管理 npm 或 pnpm 的全局安装状态。你真正要备份的是 Node 包管理器的全局模块列表，不是 VSCode 的配置。
如何导出当前全局包列表（含版本号）
全局包实际由 npm、pnpm 或 yarn 管理，VSCode 只是编辑器。导出必须用对应包管理器命令：
-
npm list -g --depth=0：只列出顶层全局包（推荐，避免嵌套依赖干扰） -
pnpm list -g --depth=0：pnpm 用户同理 -
yarn global list：yarn v1 支持；yarn v4+ 已弃用 global，改用yarn set version berry+.yarn/releases方式
为方便恢复，建议加 --parseable 或重定向到文件：
npm list -g --depth=0 --parseable | sed 's/.*\///' > global-packages.txt
这会生成干净的包名列表（如 typescript、eslint），不含路径和版本——因为版本在重装时通常应取最新稳定版，硬锁定反而易出兼容问题。
为什么不用 npm list -g --json 导出完整结构
看似更“完整”，但实际会带来麻烦：
- 输出含大量内部路径和嵌套依赖，无法直接用于重装
- JSON 中的版本号可能已过期或与新 Node 版本冲突（比如
node-gyp依赖特定 Node ABI） - 某些包（如
create-react-app）已被废弃，JSON 里仍保留旧条目，恢复时会报错
真正需要保留版本的场景极少（例如 CI 中固定 CLI 工具链），此时应单独维护一个 dev-tools.json 手动记录，而非依赖 list --json 自动抓取。
恢复时别直接 npm install -g 批量装
一行命令看似省事，但容易失败：
-
cat global-packages.txt | xargs npm install -g遇到任一包失败就中断，后续包全跳过 - 部分包需
sudo（macOS/Linux）或管理员权限（Windows），而管道命令无法透传权限 - 像
nodemon和ts-node这类常用工具，新版可能要求更高 Node 版本，直接装会报engine错误
稳妥做法是逐个装并检查：
while IFS= read -r pkg; do<br> echo "Installing $pkg...";<br> npm install -g "$pkg" || echo "Failed: $pkg";<br>done < global-packages.txt
或者更简单：打开 global-packages.txt，复制包名，在终端里粘贴 npm install -g pkg1 pkg2 pkg3 分批执行——手动控制节奏，便于观察报错和跳过已失效包。
VSCode 插件里哪些和全局包强相关
VSCode 本身不存全局包，但某些插件行为依赖它们是否存在：
-
ESLint插件：若工作区没配本地eslint，会 fallback 到全局安装的eslint；备份时需确认eslint在global-packages.txt中 -
Debugger for Chrome或Remote-SSH不依赖全局包，但Node.js Extension Pack里推荐的npm脚本运行支持，底层调用的就是你 PATH 里的npm - 如果你用
npm scripts配了自定义任务（tasks.json），那些脚本名（如dev、build）是否能跑，取决于全局是否装了对应 CLI（比如vue-cli-service）
所以备份 global-packages.txt 的真正目的，是让 VSCode 的任务、调试、格式化等功能在新机器上“开箱即用”，而不是为了还原某个历史 npm 状态。
最后提醒：Node 版本差异比包版本更致命。先确认新环境 node -v 和 npm -v 是否匹配原环境，再恢复全局包——否则装了也大概率跑不起来。
