VSCode 多项目需通过 .code-workspace 文件实现结构化管理：按业务/环境分设工作区，隔离配置、复用任务、精准调试，并推荐扩展。
VSCode 的多项目（Multi-root Workspaces）不是简单地把几个文件夹拖进去就完事——关键在于结构清晰、配置隔离、任务复用和状态可控。
按业务/环境组织工作区文件（.code-workspace）
避免把所有项目硬塞进一个 workspace，而是为不同场景单独建工作区文件。比如：
• backend-dev.code-workspace：只包含 API 服务、数据库模块、本地配置；
• frontend-staging.code-workspace：前端项目 + 对应的 mock 服务 + staging 环境插件；
• ops-tools.code-workspace：运维脚本、Ansible 目录、Docker Compose 配置。
每个 .code-workspace 文件里用 "folders" 明确路径，用 "settings" 锁定该工作区专属配置（如 ESLint 路径、终端默认目录），不污染全局或其它工作区。
用 workspace 级设置替代全局设置
全局设置容易引发冲突，尤其团队协作时。在 .code-workspace 的 "settings" 字段中定义：
- "editor.tabSize": 2 —— 前端项目用 2，Go 项目用 4，互不干扰
- "files.exclude" —— 按项目类型隐藏 node_modules / bin / target 等，节省资源
- "emeraldwalk.runonsave" 或 "eslint.enable" —— 只在需要的项目中启用
这样打开不同 workspace，编辑器行为自动适配，不用手动切换开关。
统一管理跨项目任务（tasks.json）和调试配置（launch.json）
在 workspace 根目录下建 .vscode/tasks.json，用 "group": "build" 和 "presentation" 控制执行顺序与输出面板行为。例如：
- 一个 task 同时启动后端 dev server + 前端 hot reload（通过 "dependsOn" 编排）
- 另一个 task 运行全量 lint，遍历多个 folder 下的 package.json 执行 "npm run lint"
同理，launch.json 中用 "cwd" 指向对应子项目路径，配合 "envFile" 加载 .env.local，调试时环境变量和工作目录精准匹配。
善用扩展 + 工作区推荐（extensions.json）
在 .vscode/extensions.json 中声明该 workspace 推荐的扩展列表，比如：
- backend-dev：REST Client、SQLTools、Go
- frontend-staging：ESLint、Prettier、Debugger for Chrome
新同事克隆仓库后，VSCode 会提示“建议安装这些扩展”，降低环境配置门槛。也避免了在无关项目里加载冗余插件影响性能。
基本上就这些。多项目不是堆叠，而是分而治之——用好 .code-workspace 文件 + workspace settings + tasks/launch 隔离 + extensions 推荐，就能让 VSCode 在复杂工程中保持轻快和准确。
