我确定这个问题会因为基于意见而被关闭,但没有其他地方可以问了,所以这里开始......
我正在尝试查看我的分支的历史记录,其中包括 merge 提交(特别是更改的内容),我在这里找到了一个非常有用的帖子 git show of a merge commit告诉我使用 git show --first-parent
仍然让我感到困惑的是,为什么 --first-parent
不是 git show
的默认值,甚至为什么其他任何行为都是有用的。如果我在特定提交的特定分支上查看我的历史记录,我唯一想知道的是该分支版本与前一个版本之间的区别。
当然,git 命令可能是为了方便作者而编写的,他们根本不在乎最终用户真正想要什么,但我怀疑这是有正当理由的。有人可以解释为什么我对 git 有更好的了解,我可能不想一直使用 --first-parent
。
最佳答案
好吧,我想这比您想象的更糟,因为 --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 施加新的限制,这比您要解决的问题。
关于git - 为什么 --first-parent 不是 git show 的默认值?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49753378/