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