git-time-machine 在 Atom 中按提交粒度查看文件历史，仅显示该文件在各提交中的变更 patch，不支持行级高亮、跨分支跳转或合并关系渲染；触发方式为右键文件选择“Git Time Machine: Toggle”或快捷键 Ctrl+Shift+P/Cmd+Shift+P，面板加载依赖真实 Git 提交记录且不缓存，空白或无 diff 时需检查仓库有效性、文件路径、是否已 commit 及是否需手动 fetch。
git-time-machine 能直接在 Atom 编辑器里按提交粒度查看文件历史版本，但它不显示行级变更、不支持跨分支跳转、也不渲染合并关系——它只是把 git log -p 的 patch 输出做了可视化包装。
怎么触发 git-time-machine 面板
右键点击编辑器中已纳入 Git 管理的文件 → 选择 Git Time Machine: Toggle；或者按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入命令并回车。面板会出现在右侧，顶部显示当前文件路径，下方是按时间倒序排列的提交列表。
注意：git-time-machine 不监听未保存的修改，也不读取 timecop 快照；它只从 Git 仓库拉取真实提交记录。如果面板空白，先确认：
- 当前文件是否在 .git 仓库根目录下（不是子目录单独打开）
- 是否已执行过至少一次 git commit
- git config --get core.repositoryformatversion 返回非空值（说明仓库有效）
为什么点某个提交后看不到 diff 或内容没变
常见现象：点了某条提交，左侧编辑器内容不变，或只高亮了少量行，甚至报错 No changes found for this commit。
原因和应对：
- git-time-machine 默认只加载该提交中「当前文件有变更」的 patch，如果那次提交只改了其他文件，这个文件就不会被标记为 changed → 检查该提交的完整 diff：git show
- 它不自动 git fetch，远程新提交不会出现 → 手动运行 git fetch 后，再重新触发面板
- 如果文件刚重命名过，而你点的是 rename 前的旧提交，git-time-machine 可能无法关联到当前路径 → 改用终端：git log --follow -p -- filename
- Atom 内置终端不继承 shell 的 pager 设置，导致 patch 渲染错位 → 在面板里右键某提交 → Open in Terminal，手动执行 git show --no-pager
和 GitHub 插件的 Git 面板、timecop 有什么区别
三者定位完全不同，混用反而容易误判：
-
GitHub插件的 Git 面板：只展示当前分支线性提交流，无 patch、无文件级 diff，适合快速扫 commit message -
git-time-machine：聚焦单个文件，每条提交附带该次对该文件的全部变更 patch，适合逐版比对逻辑演进 -
timecop：只记录你本地core:save事件的时间点，和 Git 提交完全无关；删掉又补回的几行，若中间没保存，就永远丢失
关键差异在数据源：git-time-machine 依赖 git log -p 输出，timecop 依赖 Atom 的保存事件，两者快照不能互相映射。
性能卡顿或加载超时怎么办
大型仓库中，git-time-machine 默认会尝试拉取所有提交的 patch，极易卡死。实际只需最近 50 条即可覆盖多数调试场景：
在 Atom 设置 → Packages → git-time-machine → Settings 中，把 Max Commits To Load 改成 50；同时勾选 Enable Lazy Loading（懒加载）。这样首次打开只载入最近 10 条，滚动到底部才继续加载下一批。
如果仍卡住，临时禁用其他 Git 类插件（如 git-plus、git-control），它们可能劫持 Git 进程或竞争资源。
最常被忽略的一点：它不缓存 patch 内容，每次点开提交都重新调用 git show。如果你频繁查看同一段历史，不如直接在终端跑：git log -p -n 20 --oneline -- filename，更快更稳。
