Azure DevOps中仅将特定分支部署状态关联至Work Items

方案一：通过发布触发条件限制分支 #

经典发布的部署状态报告默认关联所有触发的发布，先从源头限制只有目标分支的构建能触发发布：

• 打开经典发布管道，切换到触发器标签页
• 在「持续部署触发器」区域，找到分支过滤规则，仅勾选或添加你需要的分支（如master），移除其他分支的触发权限
• 这样只有master分支的构建触发的发布，才会向工作项上报部署状态，其他分支的构建不会触发发布，自然不会出现在工作项的部署区域

方案二：保留多分支触发但仅特定分支上报状态 #

如果需要保留多分支触发发布，但只让特定分支的部署关联工作项：

1. 先关闭发布管道选项→集成中的「向看板报告部署状态」全局设置
2. 在需要上报状态的环境中添加PowerShell任务，设置运行条件并调用API手动上报：
   • 任务的运行条件设为：and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/master'))
   • 脚本示例（需确保管道有Azure DevOps服务连接，且服务账户有工作项编辑权限）：

     # 提取当前发布关联的工作项ID
     $workItemIds = $(System.WorkItemIds)
     foreach ($id in $workItemIds -split ',') {
         az boards work-item update --id $id --fields "System.DeploymentStatus=Deployed" --org $(System.TeamFoundationCollectionUri) --project $(System.TeamProject)
     }
     

   • 可根据部署状态（如成功/失败）调整System.DeploymentStatus的值，可选值包括NotDeployed、Deployed、Failed等

关键说明 #

经典发布管道的全局部署状态报告功能没有内置分支过滤，必须通过触发限制或手动API调用的方式实现需求。如果用方案一，要同步确认上游构建管道的分支过滤规则，确保只有目标分支的工件进入发布流程。

内容的提问来源于stack exchange，提问作者Ramu