git - 为什么 --first-parent 不是 git show 的默认值？

Question

我确定这个问题会因为基于意见而被关闭，但没有其他地方可以问了，所以这里开始......

我正在尝试查看我的分支的历史记录，其中包括 merge 提交(特别是更改的内容)，我在这里找到了一个非常有用的帖子 git show of a merge commit告诉我使用 git show --first-parent

仍然让我感到困惑的是，为什么 --first-parent 不是 git show 的默认值，甚至为什么其他任何行为都是有用的。如果我在特定提交的特定分支上查看我的历史记录，我唯一想知道的是该分支版本与前一个版本之间的区别。

当然，git 命令可能是为了方便作者而编写的，他们根本不在乎最终用户真正想要什么，但我怀疑这是有正当理由的。有人可以解释为什么我对 git 有更好的了解，我可能不想一直使用 --first-parent。

Answer 1

好吧，我想这比您想象的更糟，因为 --first-parent 的行为不是您描述为“唯一有用”的行为。结果通常是一样的，但这取决于存储库使用的分支/merge 工作流。

(这些都与“作者的便利性”没有任何关系，如果确实有意义的话，作者完全有能力将选项设为默认值。)

“第一个父级”不是指“我所在分支的父级”。事实上，nothing 在 git 中意味着“我所在分支的父级”，因为在 git 中分支和提交之间的关系不是那样工作的。如果 merge 可以从分支到达，那么它的所有父项也是如此。通常情况下，其中一个父代曾被当前分支直接指向。这是 git 既不知道也不关心的事情。

“First parent”只是指“merge 的父列表中最先记录的提交”，与refs的当前状态无关。

现在，如果您使用陶瓷命令 git merge 生成 merge 提交，那么当前 check out 的任何内容都将被记录为第一个父项。如果您在执行此操作时未处于分离的头部状态 - 这意味着您已 checkout 一个分支 - 那么该分支将前进到 merge 提交。因此，通常会发现您正在阅读分支历史记录，并且您通过了许多 merge “merge ”到当前分支的 merge 提交。

但是假设在将 branch2 merge 到 master 之后，你会说

git checkout branch2
git merge master

这将快进 branch2 到 merge 提交。现在，branch2 仍然 checkout

git show --first-parent

并且您会看到“来自”master 的父级，即使那不是您 check out 的分支。

您可以说“但在我的工作流程中，我从不这样做，所以我的假设成立”。那么，在这种情况下，您的假设对您 成立。但是 git 不是专门为你而写的，它并不假设每个人都以你碰巧的方式工作。

git show 的目的是提供有关指定提交的信息。 --first-parent 的目的 - 在此和许多其他命令 - 是在仅查看 merge 的第一个父级的情况下限制该信息更清晰。需要请求对信息的限制，以便 git 在图片不太清晰时不会应用它。

但是好吧，尽管 --first-parent 并不完全是您所说的您希望 show 的默认行为的意思，为什么不让 show 是否按照您描述的方式运行？好吧，因为 git 存储数据的方式，没有办法识别“我当前分支的父级”，如果你改变数据存储的方式来实现这一点，它将对 git 施加新的限制，这比您要解决的问题。