自定义工作流（继承流程）

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

每个工作项类型 (WIT) 都有一个关联的工作流，用于跟踪从创建到完成的工作状态。为了与业务和团队流程保持一致，可以向大多数工作项类型添加自定义状态。例如，你可以为 bug 添加“会审”状态，或者为功能或用户情景添加“设计”状态。

在本文中，你将自定义 Bug WIT 以包含会审状态。状态和原因字段显示在工作项窗体的标题区域中。

Bug 工作项窗体、标题区域、已添加状态的屏幕截图。

有关生成和发布 DevOps 任务的工作流的文档，请参阅 YAML 与经典管道。

重要说明

继承过程模型适用于配置为支持模型类型的项目。如果使用较旧的集合，请检查进程模型兼容性。如果本地集合配置为使用本地 XML 进程模型，则只能使用该进程模型来自定义工作跟踪体验。有关详细信息，请参阅组织级进程自定义。

支持的自定义

可以通过隐藏继承的状态或添加自定义状态，自定义任何工作项类型的工作流 (WIT)。继承的状态因选择创建自定义进程的系统进程而异。这些选项包括敏捷、基本、Scrum 或能力成熟度模型集成 (CMMI) 。有关详细信息，请参阅工作流状态、转换和原因。

每个 WIT 的每个默认工作流定义两到四种状态，并指定以下工作流操作：

状态类型

支持的自定义

继承状态

自定义状态

为“建议”或“正在进行”状态类别至少定义一个状态。

注意

在添加工作流状态之前，请参阅关于积压工作和面板中的工作流状态，以了解工作流状态如何映射到状态类别。
定义至少两个工作流状态。
每个工作项类型最多定义 32 个工作流状态。

“状态”下拉菜单按在每个状态类别中定义的顺序列出状态。对于新添加的工作项，将“建议”类别中的第一个状态指定为默认状态。

下图说明了为用户情景及其对应的下拉菜单定义的状态序列。

用户情景状态序列的屏幕截图。 “用户情景状态”下拉菜单的屏幕截图。

在每个类别中，可以向上或向下移动自定义状态。

在进行以下自定义时，团队应该更新板配置：

在进行以下自定义时，团队应该更新板配置：

有关定制 Azure Boards 以符合特定业务需求的指南，请参阅配置和自定义 Azure Boards。

类别	要求
权限	- 若要创建、删除或编辑进程：必须是项目集合管理员组的成员，或者将特定集合级别权限（创建进程、删除进程、编辑进程或从组织中删除字段）设置为允许。有关详细信息，请参阅自定义继承的进程。 - 若要更新版块：必须是团队管理员或是项目管理员组的成员。
访问	- 即使你拥有基本访问权限或较低访问权限，如果有人授予你权限，你仍然可以更改进程。 - 若要更新和更改现有工作项的类型：必须是项目的成员。
项目进程模型	- 具有包含项目的项目集合的继承流程模型。 - 若要将数据迁移到 Azure DevOps Services，请使用 Team Foundation Server 数据库导入服务。
知识	- 熟悉自定义和处理模型。

注意

自定义继承的进程时，使用该过程的任何项目都会自动反映自定义项。为了确保平稳过渡，建议在组织范围内创建一个测试过程和项目来测试自定义项。有关详细信息，请参阅创建和管理继承的进程。

添加的状态将显示在工作项窗体和查询编辑器中显示的“状态”字段的下拉菜单中。添加的状态之间的转换将被创建到每个其他状态。定义了默认原因，例如已移动到状态会审和已移出状态会审。

从“工作项类型”页中，选择要修改的工作项类型，选择“状态”，然后选择“新建状态”。

如果“新建状态”选项处于禁用状态，则你没有必要的权限来编辑该进程。请参阅自定义继承的流程。
输入状态的名称，选择其类别和颜色，然后选择“保存”。指定的颜色会出现在整个产品中，包括工作项窗体上，以及当“状态”字段出现在积压工作、板、查询结果等上时。

注意

你添加到“正在进行”或“已解决”状态类别的任何工作流状态都将导致激活者激活日期和/解决日期字段随着这些类别内外的工作流状态更改而更新。/ 有关详细信息，请参阅“激活者/激活日期”和“解决者/解决日期”字段。
（可选）若要更改下拉菜单中状态的顺序，请选择上下文菜单图标，然后选择“上移”或“下移”。
为 WIT 添加完状态后，刷新浏览器并打开自定义类型的工作项，以验证更改。

这是选中“已会审”的“状态”下拉菜单。
当将一个状态添加到与积压工作级别相关联的 WIT 时，使用该板的每个团队都需要更新他们的列设置。请参阅管理面板上的列。