使用继承的进程自定义项目

Azure DevOps Services |Azure DevOps Server 2022 |Azure DevOps Server 2020 |Azure DevOps Server 2019

每个项目都基于定义用于跟踪工作的构建基块的过程。 创建的第一个项目使用其中一个默认流程:敏捷基本ScrumCMMI

每个项目都基于定义用于跟踪工作的构建基块的过程。 创建的第一个项目使用其中一个默认过程-敏捷ScrumCMMI

只能自定义继承的进程。 对继承进程所做的任何更改都会自动显示在使用该进程的项目中。

重要

本文适用于 Azure DevOps Services 和 Azure DevOps Server 2019 及更高版本。 若要自定义在 TFS 2018 或更早版本的集合上定义的任何项目,请参阅 本地 XML 进程模型

重要

只能对配置为支持继承进程模型的项目集合上定义的项目使用继承过程模型。 如果本地集合配置为使用本地 XML 进程模型,则只能使用该进程模型来自定义工作跟踪体验。 若要了解详细信息,请参阅 “自定义工作跟踪”,选择项目集合的进程模型

若要自定义在 TFS 2018 或更早版本的集合上定义的任何项目,请参阅 本地 XML 进程模型

自定义项目的常规顺序是自定义继承的进程、验证自定义项,然后更改项目 () 的进程以使用该进程。

创建继承进程自定义继承的进程:将继承的进程应用于项目 () 刷新并验证更改

主要通过在为该过程定义的 WIT () 添加或修改工作项类型来自定义进程。

了解如何执行以下任务:

  • 打开 设置>过程
  • 创建要自定义的继承过程
  • 添加或修改字段
  • 添加或修改工作项类型的规则
  • 添加或修改工作项类型
  • 修改工作项类型的工作流
  • 添加或修改自定义控件
  • 将扩展添加到工作项类型
  • 验证所做的自定义
  • 更改项目使用的过程

注意

可以通过审核日志查看对继承过程所做的更改。 若要了解详细信息,请参阅 Access、导出和筛选审核日志

先决条件

在自定义流程之前,建议查看“配置和自定义Azure Boards”,其中提供了有关如何自定义Azure Boards以满足业务需求的指导。 有关不同积压工作和板的说明,请参阅 积压工作、板、任务板和计划支持的任务

打开设置>过程

可以从 组织设置>流程创建、管理和对流程进行自定义。

  1. 选择 Azure DevOps 徽标以打开 Projects。 然后选择 “组织设置”。

    打开项目>组织设置。

  2. 然后选择 “进程”。

    然后选择“进程”。

    重要

    如果未看到 “进程”,则从 TFS-2018 或更低版本工作。 不支持 “进程 ”页。 必须使用 本地 XML 进程模型支持的功能。

可以从 集合设置>进程创建、管理和对进程进行自定义。

  1. 选择 Azure DevOps 徽标以打开 Projects。 选择要自定义其进程的项目集合,然后选择“集合设置”。

    打开项目>组织设置

  2. 然后选择 “进程”。

    然后选择“进程”。

可以从管理员设置>进程创建、管理和对进程进行自定义。

  1. 选择 Azure DevOps 徽标以打开 Projects。 然后选择管理员设置

    打开项目>组织设置。

  2. 然后选择 “进程”。

    然后选择“进程”。

注意

自定义继承的进程时,使用该进程的所有项目都会自动更新以反映自定义项。 出于此原因,我们建议在有多个自定义项之前创建一个测试过程和测试项目,以便在将自定义项推出到组织之前对其进行测试。 若要了解详细信息,请参阅 创建和管理继承的进程

创建继承的进程

第一步是创建可以自定义的继承过程。 默认系统进程被锁定,无法进行自定义。

  1. “进程 ”页中,打开将用于创建继承进程的 ...上下文菜单 ,然后选择 “创建继承的进程”。 选择用于创建要自定义的项目的相同系统流程(敏捷基本ScrumCMMI)。

    在这里,我们将从敏捷系统进程创建继承的进程。

    上下文菜单,选择“创建继承的进程”Azure DevOps。

    上下文菜单,选择“创建继承的进程”Azure DevOps Server 2020。

    上下文菜单,选择“创建继承的进程”,Azure DevOps Server 2019。

    重要

    如果看不到 “创建继承的进程 ”菜单选项,则所选的集合将设置为使用本地 XML 进程模型。 可以导入和导出进程模板,并使用 本地 XML 进程模型支持的功能。

  2. 输入进程的名称,并选择性地输入说明。 进程名称必须唯一且不超过 128 个字符。 有关其他限制,请参阅 创建和管理继承进程、进程名称限制。 根据需要,可以添加说明。

    “创建继承的进程”对话框

添加或修改字段

锁定 的字段和继承 的字段对应于从系统进程继承的字段。 无法自定义锁定的字段。 可以自定义继承字段的一些选项。 可以完全自定义添加到进程的字段。

  1. 若要开始,请选择继承的进程,然后选择要自定义的 WIT。

  2. 若要添加字段,请选择 (“ 新建字段 ”图标) 。

    “处理工作项类型”页,向 WIT 添加字段

    在打开的对话框中,选择要添加的字段类型。 若要了解更多信息,请参阅下列文章:

  3. 若要修改现有字段,可以练习以下选项:

为工作项类型添加或修改规则

添加规则以支持特定的工作流和业务用例。 规则允许清除字段的值、将值复制到字段中,并根据不同字段值之间的依赖关系应用值。

若要添加规则,请选择继承的进程、工作项类型,然后选择“ 规则”,然后选择“ 新建规则”。

进程、WIT、Bug、布局、新建自定义控件

若要了解详细信息,请参阅 规则和规则评估

添加或修改工作项类型

使用不同的 WIT 来规划和跟踪不同类型的工作。 添加自定义 WIT 的主要原因是自定义 Web 窗体和工作流状态以满足特定业务用例。

  1. 首先,选择继承的进程,然后选择要自定义的 WIT。

  2. “工作项类型 ”页中,选择“ 新建工作项类型”。

    进程、继承过程、工作项类型、添加新的工作项类型
  3. 命名 WIT,并根据需要指定说明、图标和颜色。 你指定的图标和颜色显示在 Web 门户中,包括工作项窗体上,以及关联工作项何时显示在积压工作、板、查询结果等上。

    “创建新工作项类型”对话框

    单击“ 创建 ”保存。

  4. 现在可以向 WIT 添加字段,或通过以下方式对其进行自定义:

修改工作项类型的工作流

工作流状态允许跟踪工作项的状态,因为它从新项移动到已完成。

  1. 若要修改工作流,请选择继承的进程、WIT,然后选择 “状态 ”页。

    进程页、Bug WIT、状态选项卡、添加状态

  2. 可通过以下方式修改工作流:

添加自定义控件

自定义控件为工作项窗体提供其他功能。

  • 若要添加自定义控件,请选择继承的进程、WIT,然后 添加自定义控件

    选择继承的进程、WIT,然后添加自定义控件。

若要了解详细信息,请参阅 向工作项类型添加扩展和自定义控件

向工作项类型添加扩展

扩展是可安装单元,可向项目提供新功能。

注意

组和页面扩展会自动添加到所有进程的所有 WIT 中,无论是系统和继承的。 可以选择在继承过程中隐藏所选 WIT 的扩展。

  1. 若要将扩展添加到工作项类型,请选择继承的进程、WIT,然后选择 “获取扩展”。

    进程, WIT, Bug, 布局, 获取扩展

  2. 选择要添加的扩展。 在这里,我们选择“工作”项清单。

  3. 选择要向其添加的组织,然后选择“ 安装”。

    Visual Studio Marketplace,安装扩展

    扩展可用于添加到所有项目和流程。

  4. 返回到进程和 WIT,并验证扩展的位置是否是所需的位置。 在中间列底部查找它,并将其拖到窗体上所需的位置。

    Bug 工作项窗体上的组扩展

修改积压工作和板

可以将其他 WIT 添加到积压工作级别,或添加其他项目组合积压工作。 如下所示,我们添加了一个标记为跟踪自定义计划 WIT 的三级项目组合积压工作,并将产品积压工作重命名为“故事”和“票证”,以指示我们不仅跟踪用户故事,而且跟踪产品积压工作上的客户票证

对积压工作级别所做的更改

  1. 若要修改积压工作和板配置,请首先选择继承的进程,然后选择 积压工作级别 页。

    Web 门户,管理员上下文,流程页,打开积压工作级别

  2. 可以通过以下方式修改积压工作和板配置:

验证所做的自定义

建议创建一个测试项目,并向其应用自定义继承的过程,以验证所做的更改。 对流程所做的所有自定义都会立即对所有项目生效。 如果要暂存更改,可以使用以下两种方法之一执行此操作:

创建测试项目和自定义过程的副本

  1. 打开“ 所有进程 ”页,然后选择 ... 要使用的进程的上下文菜单,然后选择“ 新建团队项目”。

    从所选进程创建项目

    从所选进程创建项目

  2. 此时会打开“创建新项目”页。 填写表单。 若要了解详细信息,请参阅 创建项目

    创建新项目窗体

    创建新项目窗体

  3. 打开 “工作>工作项 ”页, (用户上下文) 并选择 “新建工作项 ”,然后选择自定义的 WIT。 在这里,我们选择 Bug

    “工作”、“工作项”页、“添加新工作项”、“Bug”

  4. 验证添加的字段 () 是否显示在窗体上。 请注意, (感叹号) 图标指示字段是必需的。

创建测试组织和导入/导出过程

还可以使用以下步骤来验证对继承过程的自定义。

  1. 创建测试组织。
  2. 使用 导入/导出过程工具 将进程复制到测试组织。
  3. 验证测试组织中的流程自定义。
  4. 再次使用导入/导出过程工具将修改的进程导入到生产组织。

将自定义过程应用于项目

验证自定义项后,现在可以将该过程应用到现有项目。

提示

自定义 WIT 时,引用所自定义的继承过程的所有项目都会自动更新,以反映已添加的自定义 WIT。 若要查看自定义项,请刷新 Web 浏览器。

  1. 对于项目当前使用的进程,请选择项目数。

    在这里,我们打开敏捷默认进程的菜单。

    敏捷流程,选择团队项目数

  2. 打开 ... 要更改的项目的上下文菜单,然后选择 “更改过程 ”选项。

    在这里,我们打开 MyFirstProject1 的菜单。

    项目、更改过程

  3. 从“更改项目进程”对话框中,从选项菜单中选择进程。 然后选择“ 保存”。

    “更改进程”对话框

  1. 打开 ... 进程的上下文菜单并选择 “更改团队项目...” 选项。

    在这里,我们打开 MyAgile 继承进程的菜单。

    敏捷流程上下文菜单,选择“更改团队项目”以使用 MyAgile

  2. 选中要更改的这些项目的复选框以使用敏捷过程。 系统仅列出那些对当前进程有效的项目。

    在这里,我们选择使用 Fabrikam 光纤 A 和 Fabrikam 光纤项目的敏捷过程。 只有从敏捷流程创建的项目或从 Agile 继承的项目才会显示在“可用项目”列下。

    将进程更改为继承的进程对话框

  3. 确认要更改的项目正确后,请选择 “确定”。

以编程方式处理进程

可以使用 REST API、Process 获取、创建、更新和删除为组织定义的进程。

请记住,引用要自定义的继承过程的所有项目都包含所做的修改。

若要自定义单个项目,请始终首先 创建继承的进程并更改项目以使用该进程。 然后,针对所迁移的项目自动显示对继承过程所做的所有自定义。

另请参阅: