VSCode启动终端时自动切换Node版本需手动配置：在项目根目录创建.vscode/settings.json，按shell类型设置terminal.integrated.profiles.xxx的args参数执行nvm use命令，并确保nvm已全局可用。
怎么让 VSCode 启动终端时自动切到项目指定的 Node 版本
VSCode 默认不会读取 .nvmrc，打开集成终端后还是用系统默认 Node。必须手动配置终端启动命令才能触发 nvm use。
在项目根目录下创建 .vscode/settings.json，按你的 shell 类型填对应 profile：
- Windows PowerShell：
"args": ["-Command", "nvm use 16.9.1; powershell"] - Windows CMD：
"args": ["/k", "nvm use 16.9.1"] - macOS/Linux Bash/Zsh：
"args": ["-c", "nvm use 16.9.1 && exec bash"]
注意：确保 nvm 已全局可用（终端里能直接运行 nvm --version），否则 nvm use 会报 command not found。
package.json 的 engines.node 为什么有时不生效
engines 字段本身只是声明，不强制拦截。npm 默认关闭严格校验，yarn/pnpm 才默认报错。
- yarn：只要
node版本不满足engines.node，yarn install直接失败 - pnpm：同 yarn，行为一致
- npm：默认只警告，需显式启用 —— 在项目根目录加
.npmrc，写入engine-strict=true
示例 package.json 声明："engines": {"node": ">=18.0.0"}，但你当前是 v16.20.2 → npm 不报错，yarn/pnpm 会中断安装。
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
如何锁定依赖及其子依赖的精确版本
仅靠 dependencies 和 devDependencies 无法控制第三方包内部拉取的深层依赖版本。比如 webpack 依赖 schema-utils@4.x，但它自己升级后可能拉 schema-utils@5.x，而你项目里其他模块不兼容 v5。
- yarn 用户：直接在
package.json加resolutions字段，例如："resolutions": {"schema-utils": "4.2.0"} - npm 用户：必须配合
npm-force-resolutions插件，且要求项目已有package-lock.json - pnpm 用户：用
pnpm.overrides，语法更明确："pnpm": {"overrides": {"schema-utils": "4.2.0"}}
注意：resolutions 和 overrides 都只影响安装时解析，不会修改已安装的 node_modules，改完要删掉 node_modules 和 lock 文件重装。
VSCode 插件显示的“最新版本”到底指哪个
插件 Version Lens 默认显示的是 Wanted 版本（即符合你 package.json 中语义化范围的最高兼容版），不是 registry 上真正的最新版。
- 想看绝对最新版（
Latest）：在 VSCode 设置中搜versionLens.showLatestVersion，设为true - 想验证某个包真实最新版：终端运行
npm view <pkg-name> version，绕过缓存最准 - 注意插件缓存延迟：新发版后可能几小时才更新显示，别全信 UI
真正可靠的版本判断永远来自 npm outdated 输出的 Latest 列，它反映的是 registry 当前状态，不受本地 range 限制。
