如何用Git逐步合并大分支？

Question

概述：

我们想要用Git处理一个相当大的（~10M LOC）存储库。我们需要在开发分支之间进行复杂的合并，这些分支太大而不能一次完成。但是，看来Git不支持这一点。在两个分支之间提交“合并”之后，Git假定 all 已经解决了这些分支上的文件。什么是增量合作的最佳工作流程？

背景

我们希望将工作分配给多个提交和几个开发人员。代码库由不同的团队通过独立的CVS回购进行积极更新。因此，他们的分支上的工作只是tarball代码丢弃，在drop之间没有提交历史记录。

我们的计划是将滴剂储存在不同的树枝上，如下所示：

Master：Rel 1 - ＆gt; Rel 2

网站B：\ - ＆gt; Rel 1.1

我们的团队打算做类似于站点B的工作，但站点B可能会继续并行工作。因此，我们将保持“Master”和“Site B”分支不受影响，以备将来进口。我们将为我们的工作创建一个新的开发分支。第一步是将“Rel 1”和“Rel 2”之间的差异合并到Rel 1.1工作上。基本上是“Master”和“Site B”分支之间的3向合并。

执行单独的合并文件操作似乎很笨拙，并且不会保留任何实际历史记录。与樱桃选择类似。

有什么建议吗？

Answer 1

这是一个古老的问题，但是由于它只是我从相关的Google搜索中找到的，并且没有答案，因此我现在正在回答。

git imerge工具通过支持渐进式协作合并来解决此问题。即时文档指向有关如何使用它的出色blog post。