git - 章鱼合并：在某些情况下是装饰性的还是必不可少的？

Question

我可以对分支进行章鱼合并A并B进入HEAD. 或者，我可以对 进行普通合并A，然后对 进行普通合并B，如果没有冲突，则以相同的内容结束。那么章鱼的使用真的是提交历史的外观问题，还是有更容易通过章鱼解决的冲突？

Answer 1

octopus 的使用真的取决于提交历史的外观吗

在您的案例中，第 2 个来源不是很好的示例：想象 10-20-30 个分支，您必须将其合并到主线中，并计算合并的数量。OM 的单一优势 - 它可以在一次操作中合并任意数量的源

有没有更容易通过章鱼解决的冲突？

Octopus 合并仅合并不冲突的源，但许多具有保证不相交更改的分支是现实世界的常见情况

Answer 2

使用章鱼合并，您只会得到一个合并提交而不是几个。有些人非常关心版本历史，发现很多合并提交会分散注意力。