使用拉取请求自动完成工作项

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

在将工作项链接到拉取请求 (PR) 时，你可以在完成 PR 时自动完成这些工作项。 或者，可以指定工作流状态，以在合并 PR 时将工作项转换为该状态。

若要了解有关拉取请求的详细信息，请参阅创建、查看和管理拉取请求。

自动完成工作项

如下图所示，选中在合并后完成链接的工作项框。 系统默认为你对将来 PR 的选择。

在以下情况下，系统不会自动将工作项状态更新为“完成”、“已关闭”或属于该工作项类型的“已完成”类别的状态：

• 其工作项类型由继承流程模型管理的工作项已处于属于“已解决”类别的状态。 在此实例中，系统不会更新状态。 例如，如果派生自敏捷流程的 bug 处于“已解决”状态，则系统不会将其转换为“已关闭”。
• 工作项已处于属于“已完成”类别的状态。 不需要进行进一步转换。
• 与工作项关联的 WIT 包含一个或多个工作流字段规则，用于阻止将工作项保存到下一个状态。 例如，规则要求必须将另一个字段定义为关闭工作项的一部分。
• 对于本地部署和 Azure Boards 托管流程模型，必须修改工作流以指定在转换工作流时要执行的操作（ACTION 元素）。 请参阅更改工作项类型的工作流，指定操作。

若要了解有关流程模型的详细信息，请参阅自定义工作跟踪体验。

指定已链接工作项的工作流状态

若要将工作项转换为特定工作流状态，可以在拉取请求说明中输入信息。 在 #ID 前添加提及的工作项的有效工作流状态。

如下图所示，将转换两个用户情景，一个转换为已解决，另一个转换为审阅。 此外，将两个任务设置为已完成。

相关文章

• 创建、查看和管理拉取请求
• 自定义工作流（继承流程）
• 自定义工作跟踪体验
• 如何在积压工作和面板中使用工作流状态和状态类别