vscode不支持同一扩展多版本共存，只能通过手动降级（安装旧版.vsix）和配置autoupdateexceptions锁定版本，或使用独立user-data-dir实现物理隔离。
VSCode 不支持同一扩展的多个版本共存
VSCode 本身没有版本管理机制，ms-python.python、esbenp.prettier-vscode 这类扩展在安装时会覆盖旧版本——你无法像 npm install package@1.2.3 那样指定版本号并保留多个副本。所谓“管理多个版本”，实际是「控制哪个版本被加载」或「回退到特定历史版本」，而非同时启用 v1.0 和 v2.0。
手动降级扩展：从 Marketplace 下载旧版 .vsix 文件
当新版扩展引入破坏性变更（比如 Prettier v3.0 移除了 prettier.singleQuote 配置），而你的项目依赖旧行为时，只能手动降级：
- 打开扩展在 VS Code Marketplace 的页面（例如搜索
prettier-vscode→ 点击进入详情页） - 在 URL 后追加
/versions（如https://marketplace.visualstudio.com/items?itemName=esbenp.prettier-vscode&ssr=false#versions） - 找到目标版本（如
9.14.0），点击下载.vsix文件 - 回到 VS Code，按
Ctrl+Shift+P→ 输入Extensions: Install from VSIX...→ 选择该文件 - 安装完成后，VS Code 会自动禁用当前启用的同名扩展，你需要手动启用刚装的旧版
注意：.vsix 是离线安装包，不经过 Marketplace 更新检查；降级后，该扩展将不再出现在「Updates」列表中，除非你再次手动触发更新。
阻止自动更新：用 extensions.autoUpdateExceptions 锁定版本
避免下次启动时又被升级，必须显式排除。仅靠禁用自动更新（"extensions.autoUpdate": false）不够，因为这会影响所有扩展。精准做法是：
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 打开
settings.json（Ctrl+,→ 右上角 {} 图标） - 添加或修改以下配置：
"extensions.autoUpdate": true, "extensions.autoUpdateExceptions": ["esbenp.prettier-vscode", "ms-python.python"]
这样，VS Code 仍会检查其他扩展更新，但对列出的 ID 完全跳过。ID 必须准确——可在扩展详情页 URL 中截取（如 https://marketplace.visualstudio.com/items?itemName=ms-python.python 中的 ms-python.python）。
多工作区隔离 + 版本感知配置的现实局限
有人尝试用不同工作区配不同扩展版本，但行不通：VS Code 的扩展是用户级安装的，.vscode/extensions.json 只能推荐扩展，不能指定版本或强制加载某版。即使你在 A 项目里降级了 python 扩展，B 项目打开时依然用的是同一个已安装的版本。
真正可行的隔离方式只有两种：
- 为不同项目使用独立的 VS Code 用户数据目录（通过
--user-data-dir启动参数），但这意味着所有设置、插件、缓存都完全分离，代价高 - 接受「一个编辑器实例只跑一个主力版本」的事实，把降级当作项目迁移前的临时兜底手段
扩展版本冲突最常发生在语言服务器（如 Python、TypeScript）和格式化工具上——它们的协议变更往往不兼容旧客户端配置。这时候，别指望界面操作能解决，得直奔 package.json 查 engines.vscode 字段，确认是否与你当前 VS Code 版本匹配。
