主要重新设计的分支策略

时间:2011-05-18 22:36:14

标签: version-control branching-and-merging

我想知道这个场景的最佳分支策略是什么。我的公司正在计划对其Web应用程序进行重大改写,这将改变约50%的代码,可能需要几个月的时间。虽然正在进行此项开发,但我们还需要对当前版本的应用程序进行较小的增强。

我正在考虑在trunk上开发重写并为当前版本创建分支。由于我们需要对当前版本进行更改,我们将它们放在分支上,然后将它们合并到trunk中。重写完成后,它已经将分支中的所有更改合并到其中,因此它将准备好发布。关于这是一个好策略还是有更好的策略的任何意见?

1 个答案:

答案 0 :(得分:3)

如果你在几个月内重构当前的应用程序,并在一个大爆炸中释放它,你可能会有一个应用程序仍然包含大量未使用的代码,错误的代码,并不完全与你做(然后会希望它做。

如果您想继续使用一个大型项目,该项目将在半年内发布,您最好从头开始并仅复制您真正可以使用的部分。必须对新应用程序进行当前应用程序的任何修复和增强,尽管它们可能以不同的方式解决。你可能仍然可以复制很多代码。

但最好的解决方案是:尽量不要进入几个月的发展轨迹。重构当前代码并尽快释放每个重构的部分,以便在开发下一个部分时进行彻底的测试和评估。如果您正在编写新的应用程序,请执行相同的操作。尽快开始使用它并随时增强它,将反馈结合到最终结果中。

对不起,我对分支和合并说的很少。是的,您描述的方式是经常如何完成。但不,我认为这不是正确的方法,因为您不希望以这种方式将旧代码中的修复程序合并到新应用程序中。