代码之家  ›  专栏  ›  技术社区  ›  simon831

在多个项目上组织TFS

tfs
  •  0
  • simon831  · 技术社区  · 8 年前

    我继承了一份2017年TFS内部协议。它有1个集合,其中包含10个项目。每个项目都有自己的工作项、构建、源代码,并生成一个单独的应用程序/网站。从开发人员的角度来看,这一切都是有意义的,因为所有软件都是独立的,并且分别构建/发布。然而,每个新的“业务项目”往往跨越多个“TFS项目”,以提供所需的功能。

    从管理的角度来看,如何组织这件事最好? 选项: 1) 创建一个“管理”项目,该项目没有代码或工作项,只有仪表板和查询。 2) 将所有代码放在一个项目中。 3) 创建一个仅包含Epic的“Epic TFS项目”,PBI位于相关TFS项目中。 4) 我不知道的秘密选项4。

    1 回复  |  直到 8 年前
        1
  •  3
  •   Daniel Mann    8 年前

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

    • 团队项目集合
      • 项目1
      • 项目2

    你想要的结构是:

    • 团队项目集合
      • 项目A
        • A队
          • 团队1(对应项目1)
          • 团队2
          • 团队3

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

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

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