Sublime Text不支持跨文件撤销批量替换，Ctrl+Z仅作用于当前激活文件的本地撤销栈；未激活文件的替换无法撤销，关闭未保存标签页则修改永久丢失，唯一可靠回滚方式是Git（如git checkout .）。
Sublime Text 里没有「撤销跨文件替换」的功能，Ctrl + Z 只能撤销当前文件的编辑历史，其他已打开文件里的替换结果不会回退——这是最常被误判为“崩溃”或“功能失效”的根源。
为什么 Ctrl + Z 不管用
Sublime Text 的撤销栈（undo stack）是按文件独立维护的。执行 Ctrl + Shift + F 的 Replace All 后，每个被修改的文件都新增了一条本地 undo 记录，但编辑器不提供跨标签页的批量撤销入口。
- 你只能一个个切到被改过的文件，再按
Ctrl + Z撤销本文件的最后一步 - 如果某个文件没被激活过（比如只被替换了但没点开），它的 undo 栈甚至不会加载，
Ctrl + Z直接无响应 - 关闭未保存的标签页？那部分修改就永久丢失，无法恢复
git checkout . 是唯一可靠回滚方式
所有安全的全局替换操作，必须建立在 Git 工作区干净的前提下。Replace All 前没 commit，就等于把风险扛在自己肩上。
- 执行
git status确认没有未提交变更；若已有改动，先git add -A && git commit -m "pre-replace" - 替换完成后，发现改错了：直接终端运行
git checkout .，所有文件秒级还原到替换前状态 - 如果只想恢复某几个文件，用
git checkout -- path/to/file.js精准重置 - 注意：
file_exclude_patterns或binary_file_patterns设置可能让某些文件没被 Git 跟踪，这类文件无法靠 git 回滚
怎样避免陷入「想撤又撤不了」的境地
关键不是事后补救，而是操作前卡死两个动作：Save All + Git Commit。Sublime 本身不存跨文件操作日志，所有「原子性」得由外部工具保障。
- 按
Ctrl + K松开，再按Ctrl + B强制全部保存——别信右上角的 * 星号，它不保证所有标签页已写入磁盘 - Replace All 前，务必确认右下角状态栏显示项目路径（如
~/my-project/），否则Where: .实际只搜了已打开文件，回滚范围会误判 - 正则替换时，先点
Find All看命中行数，再点Replace All；如果Find All结果为空，说明正则写错了，别硬点 - 对
node_modules等目录敏感的操作，Where字段必须显式排除：., -node_modules/, -dist/，漏掉斜杠或大小写都会导致意外匹配
真正麻烦的不是替换本身，而是你以为它“只是改文本”，实际上它绕过了所有版本控制的默认防护层——只要没 git commit，就没有后悔药。
