我们正在设置 TFS 2010，我们有大约 15 个不同的应用程序希望迁移到 TFS。我们已经决定我们将进行 1 次收集。我的问题是我们应该为每个应用程序创建多个团队项目，还是应该将所有应用程序放在一个团队项目下？对于工作项、构建等的这些场景，我们将面临哪些优势/劣势？
问问题
1084 次
2 回答
6
对于团队项目中应该包含的内容，我的标准是应用程序和/或从事应用程序工作的人员是否具有共享资源，例如工作项。
在即将到来的 TFS11 中有积压的概念（如果你还没有看到它，我建议去\BUILD\records）。如果您的应用程序共享 sprint 或 backlog，那么我将创建一个团队项目（或每个共享这些应用程序池的团队项目）。
如果应用程序是单独开发的，并且您想使用不同的流程，那么请使用多个团队项目。
于 2011-10-26T15:25:12.497 回答
-1
我最近看到了 TFS ALM Rangers 的一篇很好的帖子，其中讨论了拆分为多个团队项目的所有主要缺点。
然而，正如 Ewald 指出的那样，TFS11 中的新 Sprint、Backlog 和团队支持实际上是拆分项目的很好理由。
于 2011-10-27T07:33:29.520 回答