【问题标题】:Organising TFS over multiple projects在多个项目上组织 TFS
【发布时间】:2017-11-14 17:10:29
【问题描述】:

我在本地继承了 TFS 2017。它有 1 个包含 10 个项目的集合。每个项目都有自己的工作项、构建、源代码并生成一个单独的应用程序/网站。从开发人员的角度来看,这一切都是有道理的,因为所有软件都是独立的并且分别构建/发布。然而,每个新的“业务项目”确实倾向于跨越多个“TFS 项目”,以提供所需的功能。

从管理的角度如何最好地组织它? 选项: 1) 创建一个没有代码或工作项但只有仪表板和查询的“管理”项目。 2)将所有代码放入一个项目中。 3) 创建一个仅包含 Epics 的“Epic TFS 项目”——在相关 TFS 项目中使用 PBI。 4) 我不知道的秘密选项 4。

【问题讨论】:

    标签: tfs


    【解决方案1】:

    使用一个团队项目,下面有多个团队。

    你现在的结构是这样的:

    • 团队项目合集
      • 项目一
      • 项目 2
      • 项目N

    你所追求的结构是这样的:

    • 团队项目合集
      • 项目A
        • A队
          • 团队 1(对应项目 1)
          • 二队
          • 第 3 组

    基本上,每个团队都被分配到一个单独的区域路径。您可以使用区域路径的层次结构来细分所有内容,以便将其汇总并轻松报告。在上面的示例中,您可以报告团队 A(汇总团队 1、2、3),或单独报告每个团队。

    每个团队都可以有自己独立的子区域、迭代等。但所有源代码、构建等都存在于同一个团队项目中。可以通过安全组控制对这些实体的访问。

    现在,“我如何从当前结构转到新结构?”的问题。是一个更大的问题。没有简单的方法可以组合多个团队项目。

    【讨论】:

    • 感谢您的回答。为什么你推荐这个而不是有一个单独的管理项目来报告?这种方法的主要优点/缺点是什么?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-09-22
    • 2020-10-04
    • 2018-02-10
    • 2011-09-12
    相关资源
    最近更新 更多