我正在开发新的开发工作（ASP.NET 4.5）并尝试为它创建TFS空间。
此项工作与任何现有项目分开管理，是该系列的第一个项目，将在晚些时候完成。
从TFS的角度来看，这是更好的方式：
其中一个或哪个有什么好处？什么时候新的团队项目集合需要保证？
如果我们只是创建TFS团队项目，我们将实现必要的项目分离，以便对此项目的签入不会触发其他项目的构建，此项目的Bug报告不会受到其他项目的影响，单独的工作物品维护等？
我们使用TFS 2012。
答案 0 :(得分：2)
您可以为与特定代码库相关的所有项目创建集合，也可以为组织中的每个业务单位创建集合。根据您的问题，没有代码重用。更重要的是你在强调分离。使用新的Project系列是您的最佳选择。项目集合有自己的硬件和数据库。这意味着两者之间完全分离，没有共享代码或工作项，也没有单独的许可（想想为另一家公司工作）。
与单项目集合相比，多项目集合可扩展且易于外包。问题是每个项目集合需要一个控制器（现有的控制器无法处理新的控制器）。因此另一个构建代理。这是关系：1项目集合 - ＆gt; 1构建控制器 - ＆gt;多个构建代理。更多here
说过我遇到的90％的客户都可以轻松地使用单个项目集合:)