vs code高效协作的关键在于合理配置而非插件：多根工作区需用相对路径、避免提交.code-workspace；各根目录独立配置settings.json和extensions.json；files.exclude与search.exclude作用不同且需分别设置；目录应按业务功能切片，如src/auth/，而非技术分层。
vscode-copy-open-files 能帮你快速导出当前工作视图，但**它不组织文件，只复制已有结构**；真正决定文件体系是否高效的是工作区配置和目录约定，不是插件。
多根工作区怎么建才不踩坑
直接拖多个文件夹进 VS Code 窗口，看似省事，但保存成 .code-workspace 后容易漏掉关键细节：
- 路径必须是相对路径（如
"./frontend"），绝对路径（"C:/project/frontend"）会导致别人打不开 - 别把
.code-workspace提交到 Git，改用.vscode/workspace.code-workspace并加进.gitignore - 每个根目录下放自己的
.vscode/settings.json，比如前端开 ESLint、后端关掉，避免规则打架 - 如果某个根目录依赖特定扩展（如 Python 插件），在该目录下建
.vscode/extensions.json显式声明，别靠全局推荐
files.exclude 和 search.exclude 别混用
这两个配置看起来都“排除文件”，但作用完全不同：
VSCode 1.118
下载
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
-
files.exclude控制资源管理器里显示/隐藏哪些文件夹（比如"**/node_modules": true） -
search.exclude控制搜索时跳过哪些路径（比如"**/dist": true），它不影响 Explorer 视图 - 两者都支持 glob 模式，但
search.exclude不受.gitignore自动影响，得手动配 - 大型项目建议同时设
"search.followSymlinks": false，防止符号链接循环拖垮搜索
目录结构按功能切片，而不是按技术分层
你写的 src/utils/ 里塞了 27 个文件？这说明结构已经失控。真实协作中，没人能记住哪个工具函数属于哪个业务模块。
- 把
auth相关的组件、服务、校验逻辑全放进src/auth/，而不是散落在components/、services/、utils/ - 共享代码放
src/shared/，但只放真正跨业务的（如请求拦截器、类型定义），别把所有“通用”东西都往里塞 - VS Code 的
Ctrl+P搜索对扁平化结构更友好，auth.login比components/LoginForm更快定位 - 如果某模块未来要拆包，这种结构天然适配 —— 直接提取
src/auth就是一个独立 npm 包
.vscode/settings.json 里一条被覆盖的 files.associations，或者 .code-workspace 里一个没写清楚的路径映射。这些地方不报错，只让你觉得“哪里不太对劲”。
