当一个git提交有多个父项时,统计数据是根据什么计算的?
当一个提交有多个父项时,比如,我们看到它有当一个git提交有多个父项时,统计数据是根据什么计算的?,git,Git,当一个提交有多个父项时,比如,我们看到它有4个添加和4个删除。我的问题是什么?是否将添加和删除内容与双亲中存在的文件进行比较?或者,它到底是如何进行比较的?这是一个三方合并: 双亲的共同祖先(,^1是头的第一个父母,^2是头的第二个父母:请参阅“”) 第二个父级()作为源(正在合并到) 第一个父级()作为目标(位于发生合并的分支上) 其中HEAD()是合并的结果 (你可以看到) 按照惯例,GitHub将始终将父级显示为: 第一个父级,即合并时所在的分支 第二个父级,即合并到的分支上的提交
4个添加
和4个删除
。我的问题是什么?是否将添加和删除内容与双亲中存在的文件进行比较?或者,它到底是如何进行比较的?这是一个三方合并:
- 双亲的共同祖先(,
是头的第一个父母,^1
是头的第二个父母:请参阅“”)^2
- 第二个父级()作为源(正在合并到)
- 第一个父级()作为目标(位于发生合并的分支上)
- 其中HEAD()是合并的结果
- 第一个父级,即合并时所在的分支
- 第二个父级,即合并到的分支上的提交
与这两个提交的共同祖先相比,第二个提交合并到第一个提交时,会带来4个添加和4个删除。正在合并的父提交。您如何知道哪个是父级?是否有任何方法可以确定每个提交是合并提交,还是github API级别中的提交有多个父级来自
man git merge
它说git merge-将两个或多个开发历史连接在一起
,这可能导致多个父级提交(超过2个)为了某种承诺。在这种情况下,统计数据是如何计算的?请你看看这个问题@Kasuniyambalapitiya,我有,并同意torek的评论。