git history用于查看文件完整提交历史，GitBlame定位某行代码修改来源，GitGutter实时标记变更状态，三者分工明确；FileHistory与Git无关，仅记录打开过的文件路径。
Git History 插件：查看单个文件的完整提交历史
想看某个文件从第一次提交到现在所有改过什么、谁改的、什么时候改的，Git History 是最直接的选择。它不依赖状态栏或行内提示，而是弹出一个可搜索、可点击的提交列表，点进去还能看到 diff。
- 安装前确认系统已装 Git 且终端能运行
git --version，否则插件会静默失败 - 必须在 Git 仓库内打开文件（即当前文件路径下存在
.git目录），否则右键菜单里压根不显示Git History: View File History - 快捷键是
Ctrl+Shift+P→ 输入Git History: View File History回车，比找右键更快 - 首次加载可能稍慢，尤其文件历史超过 200 次提交时；插件不会缓存全部历史，每次都是实时调用
git log --follow --oneline等命令
GitBlame 插件：快速定位某一行代码的修改来源
当你怀疑某行逻辑有问题，想立刻知道“这行是谁加的？什么时候加的？当时提交信息写了啥？”，GitBlame 就是答案。它把 blame 信息直接贴在编辑器底部状态栏，光标一挪就变。
- 默认开启状态栏显示，无需额外设置；但若没反应，先检查文件是否已保存（未保存的临时文件不触发 blame）
- 按
Alt+Shift+B可呼出详细浮窗，含完整作者邮箱、commit hash 和相对时间（如 “2 days ago”） - 如果状态栏一直显示 “No blame info”，大概率是插件找不到
git命令——进Preferences → Package Settings → GitBlame → Settings，手动填入你的git路径，比如 windows 上可能是"git_binary": "C:\Program Files\Git\bin\git.exe" - 对超大文件（>10MB）或重写历史频繁的文件，首次加载可能卡顿几秒，后续会缓存结果
GitGutter 插件：不是看历史，而是实时标记变更状态
GitGutter 不提供提交列表或 blame 信息，它的作用是在编辑器左侧边缘显示小图标，告诉你哪些行被新增、修改、删除或暂存了——本质是 Git 工作区与暂存区的视觉同步器。
- 安装后立即生效，不需要配置 Git 路径（只要全局能执行
git） - 图标含义固定：
+表示新增未暂存，→表示已修改未暂存，-表示已删除未暂存，绿色勾表示已暂存 - 它不显示历史，也不支持点击跳转到某次提交；如果你误以为它能“查看历史”，就会发现右键菜单里根本没有相关选项
- 和
Git History或GitBlame可共存，三者分工明确：GitGutter 看“现在变了啥”，GitBlame 看“这行谁写的”，Git History 看“整个文件怎么一步步变成这样的”
别混淆 FileHistory：它跟 Git 完全无关
有人搜“sublime 查看文件历史”却装了 FileHistory，结果发现点开全是最近打开过的文件路径，没有 commit、没有作者、没有 diff——因为 FileHistory 记的是你 *在 Sublime 里打开过什么*，不是 *代码被提交过什么*。
- 快捷键
Ctrl+Alt+T调出的是“最近打开的文件列表”，最多存 100 条，不记录内容、不关联版本、不能恢复旧版本 - 它适合多项目切换时快速回跳，但无法替代任何 Git 插件
- 如果你真正需要的是版本历史，却只靠
FileHistory或菜单里的File → Open Recent，那等于在 Git 仓库里徒手翻回收站
实际开发中，最常踩的坑是：装了插件但 Git 命令不可达，或者文件没在仓库根目录下打开。这两点不解决，所有功能都白装。