我的团队终于从SourceSafe迁移到TFS 2010，我们正在努力制定我们的策略。
我们需要能够将错误修复程序放入下一个服务版本，同时仍在处理当前的服务版本。基本上，在某些时候，我们将停止当前版本中的错误修复（除了一些关键版本）和试用版本，发布一两周。在此期间，我们仍然希望修复错误，以便将它们放入下一个服务版本中。这与将要进入下一个主要版本的开发分开。
我们喜欢成熟的分支策略的外观，其中涉及从主服务器发布服务发布分支，从服务发布中获得热修复分支，以及从热修复发布分支。我们将做的是将发布分支作为我们正在试用的分支，并且仍然能够将错误修复添加到服务发布分支。然后，当我们完成试用并完成最后的关键更改后，我们将发布分支合并回主服务器，通过热修复和服务发布分支，然后从服务发布分支创建一个新的热修复和发布分支，这将是我们的下一个服务版本。
我遇到的一个大问题是，我想要对主要内容进行全面测试。发布分支将是，但是当我们将其合并回main时，它将获取我们已检入热修复和服务发布分支的任何更改。此时不会对这些更改进行测试。
为了解决这个问题，我们计划让开发人员将其更改搁置在服务发布分支中，直到将版本合并到main之后。这对我来说似乎不是最好的主意，但我想不出有什么办法可以解决这个问题。
是否有其他人必须做类似的事情，并有更好的方法处理这个？