git - 如何用 Git 增量 merge 大分支？

Question

概览:

我们有一个相当大(约 10M LOC)的存储库，我们想用 Git 处理它。我们需要在太大而无法一次性完成的开发分支之间进行复杂的 merge 。但是，似乎 Git 不支持这一点。在两个分支之间提交“merge ”后，Git 假定这些分支上的所有文件都已被处理。增量式处理大规模 merge 的最佳工作流程是什么？

背景:

我们希望将工作分配给多个提交和多个开发人员。不同的团队正在通过独立的 CVS 存储库积极更新代码库。因此，他们分支上的工作只是 tarball 代码删除，在删除之间没有提交历史记录。

我们的计划是像这样将水滴存储在不同的分支上:

大师:Rel 1 -> Rel 2

站点 B:\-> 版本 1.1

我们的团队打算做与站点 B 类似的工作，但站点 B 可能会继续并行工作。因此，我们将保持“Master”和“Site B”分支不变以供将来导入。我们将为我们的工作创建一个新的开发分支。第一步是将“Rel 1”和“Rel 2”之间的差异 merge 到 Rel 1.1 作品中。本质上是“主”和“站点 B”分支之间的 3 路 merge 。

执行单独的 merge 文件操作似乎很笨拙，并且不会保留任何实际历史记录。类似于 cherry-pick 。

有什么建议吗？

Answer 1

这是一个古老的问题，但由于它刚刚从相关的谷歌搜索中为我提出并且没有答案，我现在回答它。

git imerge工具通过支持增量、协作 merge 来处理问题。 imerge 文档指向一个很棒的 blog post关于如何使用它。