TFS中的合并操作允许选择以下两个选项之一：
- 所有更改都达到特定版本
或
- 选择的变更集
有没有办法禁用第一个？ 我们希望通过将合并范围操作专门限制为给定数量的变更集（而不是整个团队项目）来避免潜在的错误。
有没有人提出任何建议来实现这个目标？
答案 0 :(得分：0)
在这种情况下，最好使用功能分支。在将功能合并到Main之前，请执行从main到功能分支的反向集成，对功能进行测试和批准，然后将其合并到Main。鉴于您正在关注的流程，您需要按顺序合并和测试功能，但它可能会有效。
通过这种方式，您总是使用Merge Latest，并且只有在测试时才会发布所有内容。
我也会认真考虑投资自动化测试，从那以后你就可以随时测试所有功能，而且你不再需要解决这些问题。
有关功能分支的更多信息，请查看ALM Ranger Guidance on Branching and Merging，尤其是功能计划。
技巧主要是直接从MAIN为每个功能创建一个分支。然后定期从MAIN合并到该功能分支（至少在合并回main之前一次）。这样，您就可以使用Main中的所有最新内容创建构建并测试该功能。当测试被批准时，将功能分支合并回main，并释放那里的所有内容。
最大的缺点是，在你的情况下，在一个g中测试和释放两个功能并不容易，除非它们构建在同一个功能分支上。
无论您决定做什么，请尝试消除导致您需要樱桃合并的障碍。它们非常容易出错，并且通常需要使用更好的（插件）架构，功能切换，依赖注入和自动化测试（单元和集成）来防止大量开销。这样你可以一次性测试更多，这样你就可以发送部分完成的功能（关闭）。