TFS 团队项目集合 vs 团队项目

Question

我正在从事新的开发工作 (ASP.NET 4.5) 并尝试为其创建 TFS 空间。

这项工作与任何现有项目分开管理，是该系列的第一个项目，将在稍后完成。

从 TFS 的角度来看，这是更好的方法:

创建一个新的 TFS 团队项目集合，然后为此项目和所有后续项目创建一个团队项目

或者只是使用现有集合创建一个新的 TFS 团队项目。

一个或另一个的好处是什么？什么时候可以保证新的团队项目集合？

如果我们只是创建 TFS 团队项目，我们是否会实现必要的项目分离，以便此项目的 checkin 不会触发其他项目的构建，此项目的错误报告不会受到其他项目的影响，单独的工作项维护，等等？

我们使用 TFS 2012。

Answer 1

您可以为与特定代码库相关的所有项目创建一个集合，也可以为组织中的每个业务部门创建一个集合。根据您的问题，没有代码重用。你更强调分离。使用新的 Project 集合是您的最佳选择。项目集合有自己的硬件和DB。这意味着两者之间完全分离，没有代码或工作项的共享，也没有单独的许可(想想为另一家公司工作)。

与单项目采集相比，多项目采集具有可扩展性+易于外包。问题是每个项目集合都需要一个 Controller (现有 Controller 无法处理新 Controller )。因此，另一个构建代理。这是关系:1 项目集合-> 1 构建 Controller -> 多个构建代理。更多 here

话虽如此，我遇到的 90% 的客户都可以轻松地接受一个项目集合:)