概述:
我们有一个相当大的存储库(约10M LOC),需要使用Git进行处理。我们需要在开发分支之间执行复杂的合并操作,这些分支太大了,无法一次性完成。然而,Git似乎不支持这种需求。在你提交了两个分支之间的“合并”后,Git会认为已经解决了那些分支上的所有文件。有什么最好的方法来逐步处理庞大的合并过程呢?
背景:
我们想要将工作分散到多个提交和多个开发人员中进行。代码库正在通过独立的CVS存储库由不同的团队进行积极更新。因此他们的分支上的工作只是tarball代码快照,没有提交历史记录。
我们计划将这些快照存储在不同的分支上,如下所示:
Master: Rel 1 -> Rel 2
Site B : \ -> Rel 1.1
我们的团队打算做类似Site B的工作,但Site B可能会继续并行工作。因此,我们将保留“Master”和“Site B”分支以备将来导入时使用。我们将为我们的工作创建一个新的开发分支。第一步是将“Rel 1”和“Rel 2”之间的差异合并到“Rel 1.1”工作中。基本上是“Master”和“Site B”分支之间的三方合并。
执行单个合并文件操作似乎很笨拙,并且不会保留任何实际历史记录。使用cherry-picks也类似。
有什么建议吗?