sublime text切分支后文件内容“看起来没变”是因为编辑器未重载缓冲区，而非git切换失败；其文件缓冲区不监听.git/head变更，需手动按ctrl+r（win/linux）或cmd+r（macos）强制从磁盘重读内容。
Sublime Text 为什么切分支后文件内容“看起来没变”
不是 Git 没切换成功，而是 Sublime Text 没 reload 当前打开的文件——它仍显示旧分支下的缓存内容。尤其当你在多个分支间反复切换、且某些文件名相同但内容不同时，这种“视觉残留”最明显。
根本原因在于：Sublime Text 的文件缓冲区（buffer）是基于路径加载的，它不会监听 .git/HEAD 变更，也不会主动触发文件重读。Git 切换分支后物理文件已更新，但 Sublime 还在渲染上一次打开时的内容快照。
- 典型现象：
git switch feature/login后，打开application.yml仍显示spring.profiles.active: dev（旧分支值），而终端里cat application.yml已是test - 这不是插件故障，也不是 Git 问题，是编辑器自身行为逻辑：只在首次打开或手动刷新时读磁盘
- Sublime Merge 能同步是因为它深度集成 Git VFS，而 Sublime Text 本身不维护 Git 状态映射
强制重载当前文件的三种可靠方式
别等自动刷新，也别关再开——用快捷键或命令立刻同步磁盘内容。
-
最快捷：聚焦当前标签页，按
Ctrl+R（Windows/Linux）或Cmd+R（macOS），等同于File → Reload File，直接从磁盘重新读取 -
最稳妥：右键文件标签 →
Revert File（部分插件如 SideBarEnhancements 提供），效果同上但语义更明确 -
批量处理：若已打开多个跨分支文件，执行
Ctrl+Shift+P→ 输入revert→ 选Revert All Files（需安装RevertAll插件；原生无此功能）
注意：Ctrl+Shift+T（重新打开最近关闭的标签）无效，它恢复的是 buffer 快照，不是磁盘内容。
避免缓存不同步的两个关键配置
靠手动重载治标不治本。以下两项设置能大幅降低出错概率：
- 关闭
atomic_save：该选项默认启用，会先写临时文件再原子替换，导致 Sublime 读到的是旧 inode 内容。在Preferences → Settings – User中加一行："atomic_save": false - 启用
file_status插件（或类似监听工具）：它能在文件被外部修改时弹出提示，并提供一键重载按钮。无需重启，但需确保插件已启用且未被其他插件屏蔽 - 不要依赖状态栏分支名判断当前上下文——Sublime Text 状态栏显示的分支名来自 Git 插件缓存，可能滞后；真正可信的是
git branch --show-current输出
为什么 git clean -f 或 Invalidate Caches 对 Sublime Text 完全无效
因为 Sublime Text 没有类似 IDEA 的 .idea/ 索引目录，也不维护持久化项目级缓存。它的“缓存”就是内存里的 buffer 和未保存的编辑状态。
-
git clean -f清的是工作区未跟踪文件，不影响已打开的 buffer -
git reset --hard会重置磁盘文件，但 Sublime 仍显示旧 buffer，除非你手动重载 - 删
.sublime-project或.sublime-workspace只影响窗口布局和折叠状态，不解决文件内容不同步
真正要动的，永远只是那个正在编辑的 buffer 和它背后的磁盘文件——别的都是干扰项。
