需在preferences → settings – user中添加{"backup_before_save": false}，该设置独立于atomic_save，禁用后不再生成.sublime-backup文件，旧文件需手动清理。
怎么关掉 .sublime-backup 文件生成
Sublime Text 默认会在你修改文件但还没保存前，悄悄把原始内容存成同名的 .sublime-backup 文件（比如 config.json → config.json.sublime-backup）。这不是临时缓存，而是真实写入磁盘的副本，容易被 Git 误提交或干扰清理脚本。
真正控制它的参数是 backup_before_save，不是过时的 create_backup_copy（后者早已失效）：
- 打开 Preferences → Settings – User（右侧面板）
- 添加一行：
"backup_before_save": false - 保存后立即生效，无需重启
设为 false 后，Sublime 再也不会生成任何 .sublime-backup 文件。注意：这个设置和插件无关，ignored_packages 或禁用某个插件对它完全没影响——这是内核级行为。
atomic_save 关了，备份文件还会生成吗
会。这两个机制完全独立：atomic_save 控制“怎么写入原文件”（先写临时再重命名），而 backup_before_save 控制“要不要提前留一份原始副本”。关掉 atomic_save 只会让 Sublime 直接覆写原文件，但只要 backup_before_save 是 true（默认值），.sublime-backup 仍会照常生成。
所以想彻底禁用备份文件，必须显式设 "backup_before_save": false；"atomic_save": false 只解决写入方式问题，别指望它顺带干掉备份。
为什么关了还看到 .sublime-backup 文件
常见原因不是配置没生效，而是旧文件残留或路径干扰：
-
.sublime-backup文件一旦生成就不会自动删除，关掉设置后新文件不产生，但旧的还在原目录里 - 某些插件（如 AutoSave）可能自己生成类似命名的备份，和 Sublime 原生行为无关
- 如果你用的是项目级设置（
project.sublime-project），检查里面是否覆盖了backup_before_save，优先级高于用户设置 - 确认没在语法专属设置（
Preferences → Settings – Syntax Specific）里意外开了backup_before_save
最稳妥的验证方式：新建一个空白文件 → 输入几行 → 不保存 → 关闭标签页 → 看目录下是否出现 untitled.sublime-backup。没有，说明关成功了。
替代方案：真要备份，别靠 .sublime-backup
原生的 .sublime-backup 文件既不按时间戳归档，也不压缩，更不校验完整性，只是“上次保存前的内容快照”，且只保留一份，覆盖不保留历史。
如果真需要可回溯的备份：
- 用
Local History插件存带时间戳的快照（每次保存都留一份） - 依赖 Git 提交历史——比编辑器级备份更可靠、更易同步
- 系统级方案：macOS 的 Time Machine、Windows 的文件历史记录
记住：.sublime-backup 不是安全网，只是个临时副本；关掉它之后，防丢逻辑得靠 save_on_focus_lost + 版本控制来兜底，而不是指望编辑器替你留后路。
