2010-11-15 101 views
1

我想了解如何与分支和Team Foundation Server中2010下面的策略是一个网络开发团队合并工作。TFS 2010修补程序分支/合并策略没有无基础合并?

我的想法是有5个文件夹。 Main文件夹,一个Development文件夹,一个QA文件夹,Production文件夹和一个Hotfix文件夹。主文件夹将只包含主分支。开发人员将直接在主分支中工作,或者在开发文件夹中创建一个新分支,然后在完成后再合并回主分支。当我们要创建发布版本时,我们将主要分支推广到QA 1.0.0分支。当该分支稳定时,我们将该分支推广到生产分支1.0.0。生产部门变成只读部门,然后QA部门将合并回总部。我们还使用QA 1.0.0分支来分支修补程序。因此,这里的例子是QA分部进入生产后发现一些错误。然后,我们将QA分支1.0.0推广到Hotfix 1.0.1分支。当Hotfix Branch稳定后,我们将其推广到Production Branch 1.0.1。当在Production 1.0.1分支中发现新的错误时,我们从Hotfix 1.0.1分支创建一个新的Hotfix 1.0.2分支。当该分支稳定时,我们将该分支推广到Production Branch 1.0.2。这一切运作良好的团队基础服务器2010年

我不知道如何在2010年的TFS一个好办法解决的问题是如何推动修复主分支。我不希望我的修补程序合并到QA 1.0.0分支,因为我可能需要创建一个不同的修补程序从QA分行1.0.0不同的客户。所以我需要将Hotfix 1.0.1分支直接合并到主分支中。

我知道我可以使用命令行工具毫无根据的合并解决它。这是唯一的方法吗?还有其他更好的建议如何解决我想要完成的任务吗? UI工具?如果我想以某种方式使用分支/合并策略可以得到改进,我也会很感激任何输入。

回答

1

我明白为什么你不希望合并回通过QA分支,但我认为这是来自假设你有最新的版本的分支。如果您需要创建第二个修补程序,则始终可以从原始版本的QA 1.0.0.0分支,而不是使用旧版代码的最新版本。你并不总是必须从小费中分出。