VSCode用户级代码片段存于本地snippets目录，Windows为%APPDATA%CodeUsersnippets，macOS为~/Library/Application Support/Code/User/snippets，Linux为~/.config/Code/User/snippets，需通过rclone或rsync增量同步至私有云并启用版本控制以防覆盖丢失。
代码片段文件在哪？先定位 snippets 目录
VSCode 的用户级代码片段不是存在设置界面里，而是以 JSON 文件形式存放在本地磁盘。Windows 路径是 %APPDATA%CodeUsersnippets（即 C:Users\AppDataRoamingCodeUsersnippets），macOS 是 ~/Library/Application Support/Code/User/snippets，Linux 是 ~/.config/Code/User/snippets。这个目录下每个 .code-snippets 文件对应一个语言或全局片段集，比如 javascript.code-snippets、global.code-snippets。
注意：仅靠 Settings Sync 或 GitHub 登录同步，snippets 目录里的自定义文件不一定 100% 完整还原——尤其当片段含二进制内容（如 base64 图片）、路径引用或非标准字段时，云端解析可能丢数据。所以自动备份必须落到文件层面。
用 rsync 或 rclone 实现增量同步到私有云
如果你已有 NAS（如群晖、TrueNAS）或自建 MinIO/S3 兼容服务，rclone 是最轻量可靠的同步工具；若私有云支持 WebDAV（如 Nextcloud、Seafile），rsync over ssh 或 curl + WebDAV PUT 也可行。关键不是“能不能传”，而是“怎么保证每次改完就同步”。
- 推荐方案：在 VSCode 保存片段后触发 shell 脚本（需配合
shell-command扩展或任务配置） - 更稳方案：用文件系统监听工具（如
inotifywaiton Linux/macOS，watchdogon Windows）监控snippets目录，变化即执行rclone sync - 示例命令：
rclone sync "%APPDATA%CodeUsersnippets" remote:vscode-snippets --exclude "*.tmp" --transfers=2（remote是你预先配置好的私有云远端名）
别忽略 --exclude "*.tmp" —— VSCode 编辑时会生成临时文件，同步它们会导致冲突或失败。
避免覆盖冲突：给 snippet 文件加时间戳或哈希校验
直接覆盖同名文件风险高。私有云上保留历史版本能救你一命——比如误删了某个高频使用的 React 片段，又没开版本控制。
- 同步前用
sha256sum（Linux/macOS）或certutil -hashfile（Windows）生成校验和，存为snippets.sha256一起上传 - 改用
rclone copy而非sync，配合--backup-dir参数，把旧版自动挪到时间戳子目录 - 如果私有云支持对象版本控制（如 MinIO、Ceph），务必开启——它比任何脚本都可靠
别指望 VSCode 自己记修改时间：它不写 mtime 到 snippet 文件，只更新文件内容。靠文件时间判断是否变更不可靠。
恢复时不要直接覆盖，先 diff 再合并
从私有云拉回片段不是“解压覆盖”就完事。你可能在两台设备上各自改了同一个 global.code-snippets，直接覆盖会丢一边的改动。
- 用
diff -u或 VSCode 内置比较功能（右键 → “选择要比较的文件”）查看差异 - 手动合并时注意 JSON 结构：VSCode 片段是键值对对象，不是数组，重复 key 会被后出现的覆盖
- 恢复后重启 VSCode 或执行
Developer: Reload Window，否则新片段不会立即生效
真正麻烦的不是备份，是恢复时发现某次修改被静默覆盖了——而你没留本地 git commit 记录。私有云只是存储，不是版本管理系统。
