与TFS 2010中的许多分支相关的可扩展性和性能限制是什么？

Question

我的团队正在考虑在TFS 2010中进行每个任务分支的开发。我们正在考虑使用搁置集来完成小任务（1-3天）并为更大的任务（4天到2个月）创建新的分支。一旦开发在分支上完成，它将合并到main并删除（不销毁）。通常情况下，只有一个开发人员在特定分支上工作。

有没有人有使用TFS 2010和许多分支的项目工作经验。它是如何工作的？随着分支机构数量的增长，是否存在任何服务器性能问题？它是否会影响VS IDE的性能？

关于诸如“TFS糟透了并且正在压制我的灵魂，我该怎么办？”之类的问题已经有很多答案了。并且“当x，y和z可用时，为什么有人会使用TFS？”请尝试在有大量分支机构的情况下保留与服务器性能和系统可用性相关的答案。

以下是我的分支历史背景。我之前使用过的项目使用了ClearCase的每任务分支策略，并且运行良好。分支创建与缺陷跟踪和构建系统相关联。开发人员在各自的分支机构中完成了各自的工作单元。每个分支的寿命从一天到几个月不等。在每个任务结束时，代码被合并到主集成分支中。这是一个大型项目，经过大约10年的开发，该系统拥有10,000多个分支机构。 ClearCase能够很好地处理这个分支卷（除了在版本树浏览器中查看流行文件时，加载时间可能很慢）。

Answer 1

基本上，您描述的模型是按功能分支，这是Microsoft的Dev Div用于开发Visual Studio产品系列的模型，因此您可以通过TFS很好地说明它。

我建议您阅读此blog post，然后阅读Branching Guide V2以获取更多信息。

至于合并，这个主题在这里以及在网上都有很好的介绍，在我看来，当你正确使用它时（并且没有默认的合并工具）它不会很糟糕。