0

在发布版本之后,我们通常会切换到主代码线并继续工作,直到产品足够稳定。此时,我们分支下一个主要版本的代码线并添加收尾工作。

在下一个主要版本分支中立即开始工作有什么问题?我们可以从一开始就准备最终的构建/测试过程,而不是在开发结束时那些忙碌的日子。

谢谢。

4

1 回答 1

1

通过“发布版本”,我假设您的意思是您有一个“发布分支”,我假设您的问题是为什么不只有“发布分支”而不是许多“发布分支”和“主分支”。

“最佳实践”在很大程度上取决于您的方法、您的要求、您的团队规模和结构(可能还取决于您的源代码控制软件)例如,即使在一个非常简单的模型上,您也需要一个可以同时进行正常开发工作地方稳定工作。

因此,如果在稳定工作开始后您只有“发布分支”,则无法将新代码添加到分支中,因为它会破坏稳定过程。因此,任何与稳定性没有直接关联的工程师都无法签到。

我通常认为“主”分支是我理想的开发线,一个通过了开发分支的一些最低正确性标准的代码被合并的地方。这也是在“发布分支”上制作的错误修复等代码的地方并入

我有一个或多个开发分支(这实际上取决于您的团队结构),它们的正确性标准较少,开发人员可以随意编写代码。一旦开发分支中的代码达到一定程度的成熟度,就会合并到 MAIN 中。

一旦 MAIN 中的代码再次达到我理想的成熟度,我就会创建发布分支,稳定工作继续进行。有时,包含错误修复的发布分支的代码会合并回 MAIN 分支。

您可能需要查看MS TFS 分支指南

还有来自 perforce 的这份白皮书

于 2012-04-20T07:12:26.387 回答