了解 Git 扩展分支的图形表示答案

【问题标题】：Understanding graphical representation of Git Extensions Branches了解 Git 扩展分支的图形表示
【发布时间】：2016-11-12 18:46:19
【问题描述】：

来自 SVN，我仍然习惯于 Git 的复杂性。在第一手发现 TortoiseGit 只是在自找麻烦之后，我也在发现 Git 扩展。

正如我过去所做的那样，在完成任何一项任务之前，我设法完成了三项独立的任务——我知道这不太明智。它让我可以练习分支，这是肯定的。

我现在除了master之外还有三个分支：thread-safe、common-create-web-request和change-alias-target。在这一点上，没有什么是未暂存的，所有更改都提交到这三个分支之一（或者我认为，请参阅下一段），并且没有一个被推送或合并。

我只是好奇，也有点担心，Git Extensions Browse 窗口似乎以图形方式显示，虽然对分支 thread-safe 和 common-create-web-request 的修订在这些分支上，但对分支 @ 的两个修订987654329@ 不是（我正在查看修订列表左侧的图表）。如果我错误地将它们提交给..master？那么我想我需要知道如何将它们移动到分支change-alias-target，拜托。

【问题讨论】：

标签： git branch git-branch git-extensions

【解决方案1】：

这 2 个提交位于分支“change-alias-target”中。 git 中的分支是处理提交链的指针。因此，如果您可以看到一个提交，那是因为它们包含在您在顺行向上时会遇到的所有分支（红色标记）中。

您还可以在提交选项卡中看到，一旦您单击其对应的行，它所包含的所有分支。列表显示在提交消息之后...

【讨论】：

抱歉，我仍然不明白为什么 change-alias-target 的视觉表示看起来不同。我确实从master 做了一个git log 并注意到这两个修订不在它上面，而在检查分支change-alias-target 并执行git log 之后，它们出现了。这很令人欣慰，但我仍然想知道为什么该分支的灰色标签在视觉上像其他两个分支一样位于分离的分支上。
您不应该对分支的显示方式有任何意义（规则不是 master 总是在右侧的行和分支中，因为 master 实际上是与其他分支一样的分支）。这是一种渲染分支的算法，没有完美的渲染方式。事实上，将在行中显示的分支将始终是最近提交的分支。您必须查看拓扑，而不是为什么一个显示在行中而不是其他的...