我继承了TFS 2017内部部署。它有1个集合，包含10个项目。每个项目都有自己的工作项，构建，源代码，并生成一个单独的应用程序/网站。从开发人员的角度来看，这一切都很有意义，因为所有软件都是独立的，并且单独构建/发每个新的商业项目＆＃39;但确实倾向于跨越多个TFS项目＆＃39;为了提供所需的功能。
从管理角度来看，如何最好地组织这个？ 选项： 1）创建一个＆＃39;管理＆＃39;没有代码或工作项但只有仪表板和查询的项目。 2）将所有代码放入一个项目中。 3）创建一个史诗TFS项目＆＃39;只包含Epics - 在相关的TFS项目中使用PBI。 4）我不知道的秘密选项4。
答案 0 :(得分：3)
使用下面有多个团队的一个团队项目。
您目前的结构是这样的：
您追求的结构是：
基本上，每个团队都被分配到一个单独的区域路径。您可以使用区域路径的层次结构细分所有内容，以便可以汇总并轻松报告。在上面的示例中，您可以单独报告团队A（汇总团队1,2,3）或每个团队。
每个团队都可以拥有自己独立的子区域，迭代等。但是所有源代码，构建等都存在于同一个团队项目中。可以通过安全组控制对这些实体的访问。
现在，问题是＆＃34;我如何从当前结构转向新结构？＆＃34;是一个更大的问题。没有简单的方法来组合多个团队项目。