TFS版本管理

Question

我们的项目中有9-10个应用程序。到目前为止，还没有定义的TFS结构，也没有发布管理。我们需要设置一个。

我们现在被困在它中间，关于每个版本都要遵循的过程有一些问题。

这就是我们到现在为止所计划的。我们创建一个主分支，它将拥有当前的生产源代码。为了管理发布，我们将创建一个“release”文件夹，在该文件夹中我们将为每个发布创建一个单独的分支。所有的bug修复和开发人员签入都将在此分支上完成。

目前，出于部署目的，我们正在将开发/错误修复的代码部署到QA。在QA验证之后，我们将发布的代码从QA环境复制到临时服务器。在阶段验证之后，发布的代码被复制到生产环境中。

现在，我们无法弄清楚/ merge如何将发布代码合并到主行。客户的要求是主线代码应该是我们发布和部署到QA的代码。我们之前计划从release分支部署，并在所有验证和生产移动完成后将release分支合并到main。

但这意味着，如果我们遇到任何合并问题，主线代码可能是错误的或不可靠的，我们可能会在任何热修复/进一步发布的情况下面临重大问题。

请建议一种适合我的需求的策略。

提前谢谢。

Answer 1

您应该更多地关注二进制发布模型，而不是源代码发布模型。如果你必须合并代码，那么所有的东西都需要重新测试，这可能是昂贵的。

如果你使用的是Git，我推荐你使用Git Flow，但是既然你的seam使用的是TFVC，那么你应该逐个查看分支。

为当前的代码行创建一个分支，比如R1。然后继续工作，直到R1完成代码。分支到R2以继续添加新功能。

R1现在可以稳定，发布，然后在你的度量下支持，用一个创建二进制文件的连续构建维护一个连续的分支。你在release Management中创建了一个二进制发布管道，然后就可以开始工作了。

然后，在R2中添加新功能，并为新版本创建单独的构建和二进制管道，直到代码完成为止。