VS Code 官方原生支持设置同步，需手动开启；仅同步用户级配置，工作区设置、敏感字段及平台特定路径默认不参与，可通过调整用户设置补救。
VS Code 官方已原生支持设置同步（Settings Sync），无需插件、无需第三方服务，只要登录同一个 Microsoft 或 GitHub 账户即可启用——但默认不开启，且部分配置项（如工作区设置、敏感密钥、本地路径）不会同步。
如何开启 VS Code 原生 Settings Sync
打开命令面板（Ctrl+Shift+P 或 Cmd+Shift+P），输入并选择 Preferences: Turn on Settings Sync...。随后选择账户类型（Microsoft 或 GitHub），授权后自动上传当前设置、快捷键、已安装扩展、代码片段和 UI 状态（如侧边栏展开状态）。
同步启动后，右下角状态栏会出现一个带云图标的同步按钮，点击可手动触发同步或查看同步状态。
GitHub Smart Code Digest — 自动监控仓库 Commits/PR，AI 智能代码审查，生成可视化审查卡片并汇总至飞书 Wiki。适用于团队代码质量追踪和工程管理者日报/周报生成。触发词：代码审查报告、GitHub 监控、PR 审查日报、代码质量汇总、工程师日报。
- 首次同步会上传本地配置；其他设备首次开启时会询问“用本地配置覆盖云端”还是“用云端覆盖本地”
- 同步内容不包括：
settings.json中的绝对路径（如"python.defaultInterpreterPath"）、keybindings.json中绑定到硬件按键的自定义（如某些笔记本功能键）、tasks.json和launch.json（除非显式勾选） - 扩展同步依赖
extensionId，若某扩展在不同平台不可用（如仅限 Windows 的扩展），VS Code 会跳过它，不会报错
哪些配置项默认不参与同步？怎么补救
VS Code 同步机制对“用户级”和“工作区级”配置做了严格区分：只有 settings.json 中位于 user 范围的设置才同步；所有 .vscode/settings.json（工作区设置）默认被排除，这是有意设计，避免团队项目中个人偏好污染共享配置。
- 若需跨设备保持一致的编辑器行为（如缩进、文件编码），应把相关设置写入用户设置（
Ctrl+, → 打开 settings.json），而非工作区设置 - 敏感字段如
"editor.tokenColorCustomizations"中的十六进制色值能同步，但"http.proxy"这类含网络环境信息的设置会被跳过 - 想强制同步某工作区设置？不行。替代方案是使用
settings sync: include插件（非官方），但它会把工作区设置硬编码进用户同步流，容易引发冲突，不推荐
多账号/多环境下的常见同步冲突与应对
当你在公司电脑用 GitHub 账户同步、在家用 Microsoft 账户，或在 Linux 和 Windows 上共用同一账户时，扩展兼容性、路径差异、键盘映射不同会导致看似“同步成功”，实则体验割裂。
- 扩展名相同但版本不同（如 Python 扩展在 macOS 上为 v2024.x，在 Windows 上为 v2023.x）：VS Code 不校验版本，只按 ID 同步启用状态；建议在各设备上手动检查更新
-
files.associations在 Windows 写了"*.foo": "cpp"，Linux 上同样生效，但若该语言模式未安装对应扩展，则高亮失效——同步不保证运行时依赖 - 快捷键冲突最典型：
Ctrl+K Ctrl+I（格式化文档）在 Windows/Linux 有效，macOS 默认是Cmd+K Cmd+I；VS Code 会按当前系统自动映射，无需手动调整
真正难处理的是那些“看起来同步了，但行为不一致”的情况——比如终端默认 shell 设置（terminal.integrated.defaultProfile.linux）只在对应平台生效，跨平台同步后 Windows 设备会忽略它，但你未必意识到它根本没起作用。
