何时在TFS 2010中创建新的团队项目？

我们正在设置TFS 2010，我们有大约15个不同的应用程序要迁移到TFS。我们已经决定，我们将做1收集。我的问题是，我们应该为每个应用程序创建多个团队项目，还是将所有应用程序放在一个团队项目下？对于工作项、构建等场景，我们将面临哪些优势/劣势？

我认为团队项目应该包含哪些内容，这取决于应用程序和/或在应用程序上工作的人员是否拥有共享资源，如工作项

在即将发布的TFS11中，有一个积压的概念（如果您还没有看到它，我建议您访问。如果您的应用程序共享sprint或backlog，那么我将创建一个团队项目（或者为共享这些项目的应用程序池创建一个团队项目）

---

如果应用程序是单独开发的，并且您希望使用不同的过程，那么请使用多个团队项目。

最近我看到一位TFS ALM Ranger在这方面发表了一篇很好的文章，其中介绍了拆分为多个团队项目的所有主要缺点

---

然而，正如Ewald指出的，TFS11中的新Sprint、Backlog和团队支持实际上是划分项目的很好的理由。

NB。这同样可以说是“我什么时候创建一个新的GIT/Mecurial/…存储库？”@Richard：我不同意-TFS团队项目不能很好地映射到GIT（例如）repo。团队项目指定工作流（流程模板），通常包含多个应用程序或项目。也就是说，团队项目通常比git回购更高级别，并且包含很多。看起来像是团队项目中添加了团队i tfs11意味着每个团队项目有多个积压每个团队项目有多个积压功能工作得非常好，因此我坚持我的观点，即只有一个团队项目可以减少升级摩擦