将工作项链接到Azure Boards中的生成和部署

项目
07/19/2022

Azure DevOps Services | Azure DevOps Server 2020

Azure DevOps支持可跟踪性的主要方式之一是链接对象。工作项链接到 Git 分支、提交、拉取请求、生成等。工作项表单提供两个控件，用于显示和快速导航到开发对象。本文介绍了部署控件，开发控件在工作项的 Drive Git 开发中介绍。

使用部署控件，你可以一目了然地确定是已部署功能还是用户情景，以及部署到哪个阶段。你可以直观地了解工作项的状态，因为它部署到不同的发布环境，并快速导航到每个发布阶段并运行。

注意

部署控件需要配置经典发布管道。它不支持链接到为 YAML 管道定义的发布阶段。

如下图所示，“部署”控件显示两个发布阶段的发布信息，这些工作项已链接到 Git 提交或拉取请求的发布管道配置为与Azure Boards集成。

Screenshot of Work item form, Deployment control.

如何支持链接

链接到 Git 存储库分支、提交或拉取请求的工作项参与填充部署控件。
可以通过工作项窗体 “链接 ”选项卡查看所有链接。

与生成中的提交关联的工作项将显示发布的状态
仅与定义发布管道的同一项目并置的工作项链接到该工作项。

Conceptual image of Git and integrated link types.

若要了解如何将工作项关联到提交，请参阅从工作项驱动 Git 开发，或从其他对象链接到工作项。若要查看链接到工作项的对象，请参阅工作项的链接列表。

先决条件

若要配置经典发布管道的集成选项，必须具有编辑发布的权限。
若要将工作项链接到提交和拉取请求，必须将 此节点权限中的“编辑工作项 ”设置为 “允许 分配给工作项的区域路径”。默认情况下，参与者组具有此权限集。
若要查看工作项，必须将 此节点权限中的“查看工作项 ”设置为 “允许 分配给工作项的区域路径”。

若要填充部署控件，请完成以下步骤：

定义经典发布管道，并按照定义多阶段持续部署 (CD) 管道中所述设置发布阶段。
按照配置管道以支持工作跟踪、将部署状态报告为Boards中所述配置管道。
将工作项链接到Azure Repos Git 存储库中的提交或拉取请求。有关详细信息，请参阅：
- 从工作项驱动 Git 开发
- 从其他对象链接到工作项
运行管道。

部署控制和工作项类型

默认情况下，部署控件显示在 User Story (Agile) 、Product Backlog Item (Scrum) 、Issue (Basic) 、Requirement (CMMI) 、Feature、Epic、Bug、Task 和 Test Case 工作项类型的工作项窗体上。它会自动为使用继承过程定义的自定义工作项类型启用。如果不使用该控件，可以选择“ 从布局中隐藏”。

如果使用托管 XML 进程自定义项目，或者需要将其添加到本地 XML 进程的自定义工作项类型，则需要更新工作项类型定义以显示控件。有关详细信息，请参阅托管 XML 进程模型，向工作项类型添加发布部署支持。

部署控制

工作项部署控件显示与生成中的提交关联的那些工作项中的发布状态，以及已配置为将部署信息报告为Azure Boards的发布管道。

以下示例演示了发布针对所选工作项与之关联的多个环境。

Example showing multiple environments that the release is targeting.

打开工作项时，可以实时查看正在部署发布的阶段。

Release Settings Stages

查看工作项的链接列表

若要查看并导航到链接到工作项的生成和发布，请选择“ 链接 ”选项卡。链接按链接类型分组，并按创建顺序列出。选择要按列排序 的“状态 ”或“ 最新更新 ”列标题。前面带有红色感叹号的链接指示已删除生成、发布或其他对象。发生此指示器的原因是保留策略，这些策略会在某个时间段过后自动删除这些对象。