sublime merge 默认启动即显示提交历史图，它是主界面核心视图；若未显示，通常因仓库未正确识别或视图被切换，需通过 file → new repository 或拖入含 .git 的文件夹打开项目。
Sublime Merge 里怎么打开提交历史图
Sublime Merge 默认启动后就显示提交历史图，不需要额外触发 —— 它不是隐藏功能，而是主界面核心视图。如果你没看到，大概率是仓库未正确识别或当前视图被意外切换。
确保你已通过 File → New Repository 或直接拖入含 .git 目录的文件夹打开项目；若左上角显示 “No repository”，说明 Sublime Merge 没找到 Git 仓库，此时历史图区域会空白或提示初始化。
常见误操作：
- 双击了某个文件而非整个项目文件夹（只打开单文件，不加载仓库）
- 工作目录下有嵌套
.git，但你打开的是子目录而非根目录 - Git 仓库损坏或
.git/config中 remote 配置异常（不影响本地历史图，但可能让右上角分支列表为空）
如何看懂提交历史图里的颜色、连线和菱形节点
Sublime Merge 的历史图是真实 Git DAG 的可视化，不是简化时间线。每条彩色横线代表一个分支，斜线连接表示合并关系，菱形节点就是 merge commit。
关键识别点：
- 主线（如
main或master）通常靠左，颜色固定（默认蓝色），其他分支按首次出现顺序分配颜色 - 点击任意提交节点，右侧面板立即显示该次提交的
commit hash、作者、时间、message 和变更文件列表 - 悬停在分支名（如
feature/login）上，会显示它当前指向的commit hash；悬停在连线/节点上，会显示它实际执行的git命令（比如git merge feature/login） - 如果某分支“断开”——即没有斜线连回主线，可能是尚未合并，也可能是你过滤了分支（见下一条）
为什么有些提交或分支在图里不显示
Sublime Merge 默认只显示当前选中分支及其可达的所有提交（即 git log <branch></branch> 范围），不是全量 --all。这是性能优化，也是最容易被忽略的默认行为。
要显示全部分支的历史图：
- 点击顶部菜单
View → Show All Branches（快捷键Cmd+Shift+A/Ctrl+Shift+A） - 或者在左侧
Locations区域，按住Cmd（macOS）或Ctrl（Windows/Linux）多选多个分支，再右键 →Show History for Selected Branches - 禁用过滤后，图中会出现更多颜色线条和交叉节点；但若仓库极老（比如 reflog 超过 10 万条），界面响应可能变慢 —— 这时建议先清理：
git reflog expire --expire=30.days.ago --all
怎样快速定位某次修改是从哪个分支合进来的
最可靠的方式不是靠肉眼找连线，而是利用 Sublime Merge 的「hunk history」和「file history」联动能力。
操作路径：
- 在历史图中找到目标提交 → 右键该提交 →
File History（不是「Open File」）→ 选择具体文件 - 在文件历史列表中，找到你想追溯的代码段 → 点击右侧的
Hunk History按钮（图标为两个重叠文档） - 它会列出该代码块自诞生以来所有修改它的提交，并自动高亮最早那次（即引入该段逻辑的原始 commit），包括它所属的分支名（如
origin/feature/search） - 注意：这个功能能跨重命名追踪，前提是 Git 能识别文件移动（
git log --follow级别），所以不要手动删+新建同名文件来“绕过”历史
真正难的不是打开图，而是理解图里哪些线是真实合并、哪些只是共同祖先；很多人把浅色虚线当成分支，其实那只是 Git 自动计算出的 first parent 路径。别信颜色，信 git show --pretty=%P 输出的 parent 列表。
