Sublime代码片段无法自动上云，必须手动用Git同步Packages/User目录；因整个Packages目录含插件缓存等不一致内容，硬同步易致报错或snippet失效，仅应同步.sublime-settings、.sublime-keymap、.sublime-snippet三类文件。
Sublime 的代码片段无法靠“开启某个开关”自动上云，必须手动把 Packages/User/ 目录纳入外部同步机制——Git 是目前最稳、最可控的选择，Dropbox / iCloud 等网盘方式容易因文件锁或缓存冲突导致 .sublime-snippet 文件加载失败。
为什么不能直接同步整个 Packages 目录
整个 Packages/ 目录混着插件源码、缓存（如 Package Control.cache）、临时文件，不同设备上插件版本或 Python 依赖可能不一致。硬同步会导致：
-
ImportError或插件白屏 - Sublime 启动卡在 “Loading packages…”
- 部分 snippet 显示但按
Tab不触发（XML 解析失败静默跳过）
真正该同步的只有 Packages/User/ 下的三类文件：*.sublime-settings、*.sublime-keymap、*.sublime-snippet。其他一律忽略。
Git 同步 User 目录的实操要点
不是“用 Git 插件”，而是把 Packages/User/ 当作一个独立仓库来管：
- 退出 Sublime Text，避免文件被锁或缓存未写入
- macOS/Linux：进入
~/Library/Application Support/Sublime Text 3/Packages/User，执行git init && git add . && git commit -m "init" - Windows：路径是
%APPDATA%\Sublime Text 3\Packages\User，用 PowerShell 执行相同命令 - 在
.gitignore中只留两行：!*.sublime-snippet和*（前者白名单，后者通杀其余） - 另一台设备克隆后，用符号链接指向它（
ln -s或mklink /J），不要直接覆盖原目录
改完设置后，Sublime 不会自动帮你 git push——你得自己 git add && git commit && git push。
用网盘同步时最容易踩的坑
Dropbox / OneDrive / 坚果云 看似简单，但实际运行中高频出问题：
- 多设备同时编辑同一 snippet 文件 → 产生
.sync-conflict，Sublime 直接跳过加载 - iCloud 在 macOS 上会同步隐藏文件（如
.DS_Store），导致 XML 解析失败，无报错但 snippet 失效 - 软链接指向网盘目录后，Sublime 重启时若网盘未就绪，
User/被视为空目录，所有自定义丢失 - Vue 或 JSX 文件 scope 写成
source.js而非source.vue，在网盘同步后依然不生效——这不是同步问题，是 scope 配置本身错了
如果坚持用网盘，务必先关掉 Sublime，再操作软链接；且每次同步后，用 Ctrl+Shift+P → Developer: Show Scope Name 核对当前文件真实 scope，别信文件名。
Git 方式看似多一步，但它能让你一眼看出谁改了哪个 snippet、哪次提交破坏了 scope 规则、甚至回滚到上周有效的状态——这些在网盘里全靠猜。
