local history插件列表为空，是因为文件未保存、未执行ctrl+s或插件未启用；需确保已保存文件、路径一致且插件启用，改一行→ctrl+s→再改→ctrl+s→右键show history才能看到带时间戳的记录。
Local History 插件没反应，列表为空怎么办
Local History 不是“装了就自动有历史”，它只在满足三个硬性条件时才写快照：文件已保存（有真实路径）、你执行了 Ctrl+S、插件当前处于启用状态。空列表不是插件坏了，而是触发条件缺失。
- 检查文件是否仍是
Untitled标签页——没按过Ctrl+S就不会生成任何记录 - 改一行 →
Ctrl+S→ 再改一行 →Ctrl+S→ 右键 →Local History→Show History，这时才该看到至少两条带时间戳的条目 - 确认文件路径没变：删掉后新建同名文件，但位置不同（比如从
/src/main.py拖到桌面再打开），插件就认不出这是“同一个文件”
BackupOnSave 和 Simple History 选哪个
二者都依赖 Ctrl+S，但机制和用途完全不同，不能共存——同时启用会导致重复备份、菜单冲突或静默失败。
-
BackupOnSave：每次保存都在项目根目录下生成独立副本，如main.py.2026-07-15_16-22-04.bak。适合需要手动 diff、脚本扫描或 Git 式归档的场景 -
Simple History：把版本存进 Sublime 的本地数据库（Local/目录），不产生额外文件，右键调用轻量，但外部工具无法直接读取 - 如果刚删了一段关键逻辑想快速比对，
BackupOnSave更可控；如果只是偶尔翻翻昨天改了啥，Simple History更省心
如何彻底禁用所有自动备份行为
Sublime 的“备份”来自多个独立源头，必须分别关掉，否则总有漏网之鱼。
- 关原生备份：
Preferences → Settings – User中添加"backup_before_save": false，停用.sublime-backup文件 - 关原子写入：
"atomic_save": false（非备份功能，但影响写入行为；关了后失败会报错，而非静默卡住） - 禁用插件备份：卸载
AutoSave或确保其配置中"backup_on_save": false；禁用Local History插件本身（Package Control → Disable Package） - 别忘了关
save_on_focus_lost——它不生成备份文件，但会让文件在你切出窗口时自动落盘，容易被误认为“有历史”
恢复已删除但曾保存过的文件，为什么找不到历史
Local History 不管文件是否存在，只认完整路径。恢复的前提不是“记得内容”，而是“路径完全一致”——大小写、斜杠方向、扩展名、父目录层级，缺一不可。
- 操作流程必须是：在原路径（比如
/project/src/utils.js）新建一个同名空文件 →Ctrl+S保存 → 右键 →Local History→Show History -
Restore会直接覆盖当前文件；若只想查看或复制某段，点击历史条目会在新标签页以只读方式打开 - 如果项目用 Git 管理，且
.sublime-history/被加进了.gitignore，换机器或重装后历史就永久丢失——这不是 bug，是设计使然
Ctrl+S、插件多开一个，历史就可能断掉——它不健壮，但很诚实。
