2

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

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

已经有很多与诸如“TFS 在合并方面很烂,正在压垮我的灵魂,我能做些什么?”等问题的答案。和“当 x、y 和 z 可用时,为什么有人会使用 TFS?” 在存在大量分支机构的情况下,请尽量保留与服务器性能和系统可用性相关的答案。

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

4

1 回答 1

2

基本上,您描述的模型是按功能划分的模型,这是 Microsoft 的 Dev Div 用于开发 Visual Studio 产品系列的模型,因此您可以看出它可以很好地与 TFS 一起扩展。

我建议您阅读这篇文,您可以阅读Branching Guide V2以获取更多信息。

至于合并,这里和网络上都很好地涵盖了这个主题,在我看来,当你正确使用它(并且没有默认的合并工具)时它并不糟糕。

于 2012-06-19T23:29:25.963 回答