Sublime Text的.sublime-build文件必须存于Packages/User（常规版）或Data/Packages/User（便携版）目录下，其他路径均无效；最准定位方式是Preferences → Browse Packages…后进入User子文件夹。
编译系统文件存在哪？先定位 sublime-build 文件真实路径
Sublime Text 的自定义构建系统（.sublime-build 文件）**不统一存放在某个固定目录**，而是分两种情况：
- 常规安装版：在 Packages/User/ 目录下（注意不是 Packages/Default/ 或其他子目录）
- 便携版：在 Data/Packages/User/ 目录下（大小写敏感，必须是 Data，不是 data 或 DATA）
你不能靠记忆拼路径，最准的方法永远是：启动 Sublime → Preferences → Browse Packages…，弹出窗口的地址就是你要找的根目录，再进 User/ 子文件夹即可。如果弹窗直接指向 Data\Packages，说明你在用便携版，别去翻 %APPDATA%。
只复制 .sublime-build 文件就够了吗？要看你有没有用 variants
如果你的构建系统用了 variants（比如带 "name": "Run" 或 "name": "Compile and Run" 的多选项），那它本身是自包含的——所有逻辑都在单个 .sublime-build 文件里，备份这个文件就足够。
但如果你额外依赖了外部脚本（例如 Windows 下调用 sublime_cpp_cr.bat，或 macOS/Linux 下调用 shell 脚本），这些脚本**不在 Sublime 的任何 Packages 目录里**，通常放在你自己的任意路径（如 ~/bin/ 或项目根目录）。这种情况下，只备份 .sublime-build 文件毫无意义——新环境找不到脚本，构建必然失败。
- 检查你的
.sublime-build文件里是否含cmd字段调用了.bat、.sh或绝对路径命令 - 如果用了，把对应脚本一并备份，并记下它在原系统中的完整路径（方便迁移后调整
cmd中的路径） - 避免硬编码绝对路径；优先用
${file}、${file_path}、$file_base_name等内置变量
备份前必须退出 Sublime，否则可能复制到损坏的文件
Sublime 在运行时会锁定并持续写入 Packages/User/ 下的文件（包括 .sublime-build），边运行边复制容易导致：
- 文件内容被截断（尤其是你刚保存完构建系统就立刻复制）
- 文件权限异常（macOS/Linux 下可能出现只读或不可执行）
- 新环境加载时报 JSON 解析错误（末尾少括号、多逗号等静默损坏）
- 验证是否彻底退出：菜单栏点 Preferences → Browse Packages…，如果弹窗报错或空白，说明进程已结束
- Windows 用户可查任务管理器，确认没有
sublime_text.exe进程残留 - macOS/Linux 用户可运行
ps aux | grep sublime，强制 kill 掉残留进程
恢复时别直接双击打开 .sublime-build 文件
很多人把备份好的 .sublime-build 文件拖进 Sublime 窗口，结果发现“编译系统”菜单里没出现——因为 Sublime **只从 Packages/User/ 目录自动加载 .sublime-build 文件，不识别临时打开的文件**。正确做法是：
- 先完全退出 Sublime
- 把文件粘贴到 Packages/User/（常规版）或 Data/Packages/User/（便携版）
- 再启动，然后通过 Tools → Build System 查看是否列出你的构建系统名
- 如果没出现，检查文件扩展名是否真的是 .sublime-build（不是 .sublime-build.txt 或隐藏了扩展名）
容易被忽略的一点：文件名里不要含空格或中文。虽然 Sublime 能读，但某些 cmd 字段里的 shell 调用（尤其 Windows 的 cmd /C）会因路径未加引号而崩溃。稳妥起见，用纯英文+下划线命名，比如 cpp_compile_run.sublime-build。
