如何理解跨界 Git 日志？

Question

谁能告诉我 0ab11dd 和 bd7278a 之间发生了什么？ 还在 27ac7b7 和 95b2c48 之间？ 为什么这些提交中有交叉？

* xxxxxxx (HEAD -> f-1, origin/f-1) 
* xxxxxxx fix merge conflicts
*   13751d5 Merge branch 'master' into feature/DP-1
|\  
| *   f3efc9d (origin/master, origin/HEAD, master) Merge pull request #9 from fix
| |\  
| | * 83c0b15 (origin/fix) 
| |/  
| *   be24ce6 Merge pull request 
| |\  
| | *   0ab11dd merge
| | |\  
| | |/  
| |/|   
| * |   bd7278a Merge pull request 
| |\ \  
| | * | 14399e2 
| | | * xxxxxxx  
| | | * xxxxxxx 
| | | *   27ac7b7 merge
| | | |\  
| | |_|/  
| |/| |   
| | | * 95b2c48 (origin/f-3) 
| | | * xxxxxxx 

尤其是这个

| | |_|/  
| |/| |   

为什么有out分支却没有commit？

Answer 1

关于“跨界”

这正是图形工具表示合并的方式：从右到左（左边的那个是“接收”合并的那个）。因此，当必须将一个提交系列（而不是在这里可能令人困惑的分支）合并到另一个恰好当前以图形方式表示在其右侧的提交系列时，该工具会绘制一条线，是的，与其他的线交叉以使其从右侧到合并提交的连接点。

所以这只是一个图形约定。

---

关于竖线 （在cmets之后）

在它们当前指向的提交中，分支（可选地，使用 --decorate）被添加到图表中，但不要忘记你的 repo 树实际上并不需要它们中的任何一个。这些提交系列是你树的主体，其中“分支”实际上只是提示，这就是隐喻有点崩溃的地方......

---

（我承认这是一种技术含量非常低的表示，......但我们也承认，信息丰富的提交消息会让事情变得更清晰。）

Answer 2

这是一条评论，但没有空间，需要格式化。

此时的部分：

| | | *   27ac7b7 merge
| | | |\  
| | |_|/  
| |/| |   
| | | * 95b2c48 (origin/f-3) 
| | | * xxxxxxx 

不完整。如果您继续浏览图表，它最终可能会像这样自行解决：

| | | * xxxxxxx 
| | |/
| | * yyyyyyy
| |/
| * zzzzzzz
|/
* sssssss

（但我们无法真正猜测，它可能比这复杂得多）。

有了足够的额外图表，我们可以更多地了解提交27ac7b7。目前我们只知道这是一个合并，有两个父级，第一个父级是95b2c48（标记为origin/f-3）。我们在这里看不到第二个父提交的哈希 ID，但是按照图表线，您最终会到达第二个父提交。

（您询问的第一个提交-0ab11dd-是与父级xxxxxxx 的合并提交，是遵循该提交的直接向下行的结果，以及提交bd7278a，是遵循该行的结果最初向右下降然后立即反转并向下交叉到bd7278a。git log --graph 通过向右绘制非第一链接来强调亲子关系的第一/非第一关系。一些图形绘制方法，包括我通常使用的方法使用，根本不做区分。区分何时以及是否有用是另一个话题，但请参阅git log 的--first-parent 选项。）