Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
工作流在管理工作项方面起着核心作用：它们由状态、转换和原因组成，并且按工作项类型定义。 转换允许在状态之间向前和向后移动工作项。 添加自定义状态时，系统会自动在该状态与所有继承状态（已删除除外）之间创建转换。
Azure Boards 使用状态类别，因此敏捷规划工具和仪表板可以一致地处理待办事项和看板中的工作流状态。
工作流状态
工作流状态定义工作项是如何从创建进展到关闭的。 对于用户情景（敏捷过程），主要状态为“新建”、“活动”、“已解决”和“已关闭”。 使用“已删除”状态从积压工作项中删除工作项;有关详细信息，请参阅 移动、更改或删除工作项。
常见工作项类型的自然进展和回归（用户情景（敏捷）、问题（基本）、产品积压工作项（Scrum）和要求（CMMI）如下所示：
类别状态
状态类别确定敏捷规划工具和仪表板小组件如何处理每个工作流状态。 Teams 将工作流状态映射为积压工作、看板和小组件使用的以下类别状态：提议的、进行中、已解决 和 完成。
下表显示了默认继承状态如何映射到四个系统进程的类别状态，包括测试计划工作项类型。 测试用例、测试设计和测试套件工作流在整个四个系统进程中保持一致。
Categories
工作跟踪
测试跟踪
提出： 将此类别分配给新添加的工作项状态，使其显示在积压工作项上。 在看板和任务看板上，第一列映射到“拟议”。
New
设计（测试用例）
正在进行中： 将此类别分配给表示正在进行的工作的状态。 进行中的工作项显示在待办事项中（除非隐藏），并占据看板上的中间列。
活动（Bug、长篇故事、功能、用户情景）
活动（测试计划）；规划中（测试套件）；进行中（测试套件）；已就绪（测试用例）
已解决： 将此类别分配给指示已实现但尚未验证的解决方案（通常用于缺陷）的状态。 默认情况下，已解决的状态显示在积压工作上，并且可以包含在进度图表中。 对于许多工具，Azure Boards 将“已解决”与“进行中”视为同样的状态。
已解决 （Bug）
n/a
完成： 将此类别用于表示已完成工作的状态。 “已完成”中的工作项不会显示在待办事项列表中，而会显示在工作板的最后一列中。 无法修改或添加此类别的状态。
已关闭（Bug、长篇故事、功能、用户情景）
已关闭（测试用例）：已完成（测试套件）;非活动（测试计划）
删除： 将此类别分配给“已删除”状态，以隐藏积压工作和板体验中的项目。
已删除（长篇故事、功能、用户情景）
n/a
工作项类型及其版块
了解每个工作项类型的显示位置，以便可以有效地管理工作。
| 工作项类型类别 | 工作项显示在这里 |
|---|---|
| Requirement | 仅在产品面板。 |
| Feature | 仅在功能组合面板上。 |
| Epic | 仅在长篇故事组合面板上。 |
| Custom | 仅在自定义组合面板上。 |
Tip
将每个工作流状态映射到板列。 如果状态未被映射到某个位置，它将不会出现在工作板上。
Note
已完成或已关闭的工作项在更改日期值超过 183 天（大约半年）后，不会显示在积压工作和面板上。 仍然可以使用查询列出这些项。 如果想让它们出现在积压工作或面板上，可以对其进行微小的更改，以重置时钟。
Note
已完成或已关闭的工作项在更改日期值超过一年后，不会显示在积压工作和面板上。 仍然可以使用查询列出这些项。 如果想让它们出现在积压工作或面板上，可以对其进行微小的更改，以重置时钟。
“激活者”/“激活日期”和“解决者”/“解决日期”字段
当基于相应的工作流类别状态发生更改时，系统会更新这些字段：“激活者”、“激活日期”、“解决者”和“解决日期”。 当工作流状态更改为“正在进行”状态类别时，将更新“激活者”和“激活日期”。 当工作流状态更改为“已解决”状态类别时，将更新“解决者”和“解决日期”。
要详细了解工作流状态如何映射到状态类别，请参阅如何在积压工作和面板中使用工作流状态和状态类别。
Note
管理此处所述字段的逻辑适用于 Azure DevOps Services、Azure DevOps Server 2020.1 更新更高版本。
由于这些字段引用工作流状态类别，因此在更新字段时会引用你添加的自定义工作流状态。 要了解有关自定义的详细信息，请参阅自定义流程的工作流。
其他说明：
- 只要工作项从正在设置的类别状态之外的类别状态移动，字段就会更新。 例如，如果将工作项从“新”更新为“已修复”，则会更新“解决者”/“解决日期”字段。 但是，如果从“已修复”和“已准备好进行测试”进行更新（它们处于同一类别状态），则不会更新“解决者”/“解决日期”字段。
- 当你向后转换（例如从“已解决”状态转换为“活动”状态）时，系统会清除“解决者”/“解决日期”字段的值。 如果从“活动”更改为“新”，系统会清除“激活者”/“激活日期”字段的值。
- 请勿手动更改这些字段的值。 它们是受系统规则约束的系统字段。 你尝试设置的任何值都将被覆盖。
何时添加状态和列
结合使用状态和列来跟踪工作状态。 状态适用于项目级别；列适用于团队级别。 只有项目集合管理员可以添加自定义状态;团队管理员可以添加列。
如果要使团队与共享的组织工作流保持一致，请添加自定义状态。 自定义状态传播到引用进程的项目和工作项类型。
当多个团队使用相同的工作流以避免不同团队基于列的查询混淆时，首选共享自定义状态。 通过团队区域路径维护工作项的单个所有权，或通过添加跨团队共享的自定义状态来标准化列。
使用拉取请求自动完成工作项
在将工作项链接到拉取请求 (PR) 时，你可以在完成 PR 时自动完成这些工作项。 有关详细信息，请参阅 使用拉取请求自动完成工作项。
自动执行工作项状态转换
可以根据父工作项的子任务的状态自动更新父工作项的状态。 有关详细信息，请参阅 “自动执行工作项状态转换”。
相关内容
继承流程模型
本地 XML 流程模型
仪表板小组件
- 浏览潜在顾客时间和周期时间控制图表（小组件） ：：名字对象端