必须用.vscode/extensions.json声明式管理并提交git，配合写死版本号的code --install-extension命令强制安装；同时.vscode/settings.json需版本控制，明确配置editor.defaultformatter等关键项以确保插件行为一致。
企业级开发中，VSCode 插件不能靠“谁装了算谁的”，必须统一来源、统一版本、统一行为。否则会出现：同一项目里 A 用 Prettier v3.0 格式化，B 用 v2.8 保存即报错；C 的 ESLint 配置没生效，D 却被强制插入 console.log——这不是插件问题，是管理失控。
如何让团队所有人安装完全一致的插件版本
靠口头通知或截图推荐？不可靠。必须用 .vscode/extensions.json 声明式管理。
- 该文件必须提交进 Git，且禁止出现在
.gitignore中；否则新成员 clone 后根本不知道该装什么 -
recommendations列表只起提示作用，不自动安装；要强制安装，需配合脚本或 CI 流程（如启动时运行code --install-extension ms-python.python@2023.10.1） - 版本号必须写死，例如
"ms-python.python-2023.10.1"，不能写"ms-python.python"——后者会拉取最新版，可能破坏兼容性 - 私有插件无法通过 ID 直接安装，需提前下载
.vsix文件，并在脚本中用code --install-extension ./internal/my-team-linter-1.2.0.vsix
为什么 settings.json 必须纳入版本控制
.vscode/settings.json 不是“个人偏好”，而是插件行为的执行上下文。它决定插件是否启用、用哪个 formatter、缩进多少格、甚至是否允许生成调试语句。
-
"editor.formatOnSave": true是开关，但真正起作用的是"editor.defaultFormatter"指向哪个插件——如果没配，Prettier 就不会运行 -
"prettier.tabWidth"和"editor.tabSize"冲突时，前者优先；但很多模板类插件只读editor.tabSize，所以二者必须一致 - 若项目用 TypeScript + ESLint，
"eslint.validate": ["typescript"]缺失会导致 .ts 文件不触发检查，错误静默 - 远程开发（SSH/WSL）场景下，
settings.json必须放在工作区根目录，不能放在用户主目录——否则配置不生效
离线环境如何安全部署插件
政务、金融、军工类项目严禁外网访问，插件必须离线分发，且验证可信链。
- 下载
.vsix后，必须校验sha256sum，比对 marketplace 页面或 GitHub Release 中公布的哈希值 - 私有插件需用
vsce package --no-yarn打包，并在package.json中明确声明"engines.vscode": "^1.90.0"，避免低版本 VSCode 加载失败 - 批量部署时，禁用自动更新：在全局
settings.json中设"extensions.autoUpdate": false，否则某台机器悄悄升级后，团队协作立刻出问题 - 不要用
code --extensions-dir指向网络共享路径（如\server scode-ext）——Windows 下可能加载成功，Linux/macOS 下因权限或协议差异直接报EPERM
最常被忽略的一点：插件的行为不仅取决于它自己，更取决于它和 settings.json、extensions.json、项目根目录下的 .eslintrc.js 和 .prettierrc 四者的协同。少一个，就可能让“规范”变成摆设。
