Git递归合并中多合并基准的临时提交合并顺序规则咨询

当Git遇到多个合并基准需要递归合并时，默认是按提交的拓扑顺序（而非提交日期）从旧到新依次合并：

• 拓扑排序基于提交的父子依赖关系，确保父提交始终排在子提交之前，这是Git内部依赖的核心排序逻辑，不受提交时间戳的影响（即使时间戳被篡改，拓扑顺序依然有效）。
• 对应你给出的示例：提交A、B、C按拓扑顺序从旧到新排列，Git会先合并A与B，再将合并结果与C合并，这完全符合拓扑排序的处理逻辑。

如果想要调整合并顺序（比如先合并A与C，再合并B），Git没有直接的配置项修改默认顺序，但可以通过手动干预实现：

1. 先用git merge-tree <A的哈希> <C的哈希>生成A和C的临时合并结果
2. 将这个临时合并结果作为新的基准，再与B执行合并
3. 最终用这个组合后的基准来完成后续的递归合并

需要注意的是，递归合并的这个顺序是Git合并算法的硬编码逻辑，目的是尽可能保留更早提交的变更基础，减少冲突概率，但在部分场景下确实可能不是最优选择，这时手动干预基准合并就是可行的解决方案。

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