VS Code 默认不同步 files.exclude 和 search.exclude，因其含设备/路径特异性内容，强行同步易致搜索失效或资源管理器卡顿；属“用户级但高度上下文敏感”配置，被设计为保护性排除。
VS Code 的 Settings Sync 默认不会同步 files.exclude、search.exclude 这类“隐藏文件设置”，因为它们常含设备/路径特异性内容（如 node_modules 在不同项目结构下位置不同，或 dist/ 路径依赖构建工具输出位置），强行同步反而容易引发搜索失效、资源管理器卡顿等问题。
为什么 files.exclude 和 search.exclude 不进同步列表
这些设置属于“用户级但高度上下文敏感”的配置项。VS Code 同步机制在设计上主动将它们排除在默认同步范围外，即使你全选了 Settings 类别，它们也不会上传——这不是 bug，而是保护性策略。
-
files.exclude控制资源管理器中哪些文件/文件夹被折叠隐藏，若同步后在另一台设备上路径不存在，VS Code 会静默忽略该规则，但用户可能误以为“没生效” -
search.exclude影响全局搜索范围，若同步了绝对路径（如"**/build/**": true）而目标设备没有build/目录，搜索仍能运行，但逻辑已偏离预期 - 扩展自身也可能写入 exclude 规则（如 Python 扩展自动添加
__pycache__/），这类动态规则更不能跨设备硬同步
想跨设备保持一致的 exclude 行为？用工作区设置替代
真正需要统一隐藏规则的场景，通常发生在特定项目内（比如所有团队成员都希望 .git 和 yarn.lock 不出现在搜索结果里）。这时应把规则下沉到工作区级别，而非用户级别：
- 在项目根目录的
.vscode/settings.json中写入：{ "files.exclude": { "**/.git": true, "**/yarn.lock": true }, "search.exclude": { "**/dist": true, "**/coverage": true } } - 该文件可随项目一起纳入 Git，所有协作者打开项目时自动生效，且不依赖账号同步
- 注意：工作区设置优先级高于用户设置，所以它会自然覆盖掉本地用户设置中的冲突规则
个别情况真要同步用户级 exclude？手动加白名单
极少数场景（例如你坚持在所有设备上统一隐藏 **/*.log 或 **/tmp/**），可以强制让 VS Code 同步它们，但必须显式声明：
- 打开命令面板，运行
Preferences: Open Settings (JSON) - 在
settings.json顶部添加："sync.ignoredSettings": [ "editor.fontSize", "window.zoomLevel" ]
→ 把你想同步的 exclude 项从这个数组里删掉 - 或者更直接：在同个文件中补上这一行：
"sync.forceSyncSettings": ["files.exclude", "search.exclude"]
（注意：该配置项自 VS Code 1.84 起支持） - 保存后，执行
Sync: Trigger Sync手动上传，之后其他设备下载时就会包含这些规则
同步后发现 exclude 失效？先查这三处
即使你已设好同步，某些设备上 files.exclude 仍不生效，大概率不是同步失败，而是被更高优先级的配置覆盖了：
- 检查当前打开的是不是多根工作区（
workspace.code-workspace），它的settings字段会覆盖用户设置 - 运行
Developer: Toggle Developer Tools，在 Console 里输入vscode.workspace.getConfiguration().get('files.exclude')，看实际读取到的值来源是user还是workspace - 确认没有扩展在运行时动态修改 exclude（比如 GitLens、Project Manager 等插件会临时注入规则）
真正难处理的从来不是“怎么同步”，而是“哪些不该同步却被人误推上去”。files.exclude 就是典型——它看着像通用设置，实则是每台机器的呼吸节奏，强行统一反而憋气。
