在发布版本之后，我们通常会切换到主代码行并继续处理，直到产品足够稳定。此时，我们将分支下一个主要版本代码行并添加最后润色。
在下一个主要版本分支中立即开始工作有什么问题？我们可以从一开始就准备最终的构建/测试过程，而不是在开发结束时那些忙碌的日子里。
感谢。
答案 0 :(得分：1)
通过'发布版'，我认为你的意思是你有一个'发布分支'，我认为你的问题是为什么不只是'发布分支'而不是许多'发布分支'和'主分支'。
“最佳实践”在很大程度上取决于您的方法，您的要求和团队规模 和结构（也许在您的源代码管理软件上） 例如，即使在非常简单的模型上，您也需要一个正常开发工作的地方 通过稳定工作继续并行。
因此，如果只有“释放分支”，一旦稳定工作开始，就不会在分支上添加新代码，因为它会破坏稳定过程。因此，任何与稳定没有直接联系的工程师都无法办理登机手续。
我通常认为'Main'分支是我理想的开发线， 合并已经从开发分支传递了一些最小正确性标准的代码的位置。这也是在'发布分支'上进行的错误修正等代码也合并在
中的地方我有一个或多个开发分支（它实际上取决于您的团队结构）具有较少的正确性标准，开发人员可以根据自己的喜好选择代码。一旦代码 在开发分支达到一定的成熟度时，合并为MAIN。
一旦MAIN中的代码再次达到我理想的成熟度，我就会创建发布分支，其中稳定工作继续进行。有时，发行分支的代码包含 错误修复被合并回MAIN分支。