同一master分支下两个无历史关联提交的Git困惑求助

核心推理错误 #

你对git merge-base的含义以及“提交属于分支”的理解存在偏差：

1. git merge-base master A返回A的真实意义：这说明A是master分支的祖先提交——即master的历史包含A的所有提交，但A本身不一定在master的主线上，也不是master的后代。同理，git merge-base master B返回B，仅代表B是master的祖先提交。
2. “结论1”的逻辑漏洞：“两者都在master分支”不意味着“其中一个是另一个的祖先”。master的历史完全可以包含两条分叉的提交链：
   • 提交C是A和B的公共祖先
   • 从C分叉出两条独立分支，一条演进到提交A，另一条演进到提交B
   • 最终master通过合并操作，将这两条分支的历史整合进来
     这种情况下，A和B是兄弟节点，彼此没有继承关系，因此git log A看不到B，git log B也看不到A，但它们都属于master的历史范畴。

对应场景验证解释 #

git merge-base A B返回C，直接证明A和B是从C分叉而来的独立提交，彼此无继承关系，这与“两者都在master分支”并不矛盾——因为master可以是包含该合并节点的分支，同时涵盖A和B的历史。

直观验证建议 #

执行命令：

git log --graph --oneline master

通过图形化的提交历史，可直观看到A、B、C在master分支中的分叉与合并关系。

内容的提问来源于stack exchange，提问作者Elliott