Azure DevOps中Release成功时如何自动变更关联工作项状态

以下两种方案都可以满足你提到的场景：部署到QA环境成功后，将关联的DEV状态工作项自动切换为对应状态。

方案1：使用内置任务在Release Pipeline中直接配置（推荐，门槛最低） #

无需额外开发，直接通过官方内置任务即可实现：

• 打开目标Release Pipeline的编辑界面，找到部署到QA环境的对应作业
• 在作业的任务列表末尾添加工作项更新任务，确保部署逻辑全部执行完成后才运行该任务
• 配置任务核心参数：
  • 工作项来源选择「关联到Release的工作项」，系统会自动拉取本次发布包含的代码提交、PR所关联的所有工作项
  • 要更新的字段选择「状态」，值填写你需要切换的目标状态（需和你项目工作项流程中定义的状态值完全一致，比如QA）
  • 可选：如果只需要更新特定类型的工作项，可以添加筛选规则，指定工作项类型、优先级等字段的匹配条件
• 切换到任务的「控制选项」标签，将「运行此任务」的触发条件设置为「仅当所有先前的任务都成功时」，避免部署失败时误改工作项状态
• 保存管道配置即可生效。

方案2：通过服务钩子实现（适合需要复杂流转逻辑的场景） #

如果状态切换需要自定义校验规则（比如仅P1级别的工作项才自动流转、流转时需要触发额外通知等），可以用该方案：

• 进入项目设置页面，找到「服务钩子」模块，新建服务订阅
• 服务类型选择「Web Hooks」，触发事件选择「Release deployment completed」，再按需求筛选指定的Release管道和QA环境
• 回调地址配置为可以调用Azure DevOps工作项更新接口的服务地址，或你自行开发的逻辑服务地址，注意调用身份需要具备对应工作项的编辑权限

关键注意事项 #

• 提前确认Release的工作项关联功能已开启：进入管道的「选项」-「工作项集成」页，确认勾选了「将工作项链接到发布」
• 如果你的工作项状态流转有必填字段限制（比如切换到QA状态需要填写测试负责人），需要在工作项更新任务中同时给这些必填字段赋值，否则状态更新会失败
• 代码提交或PR必须正确关联工作项才能被Release识别：提交信息中带上#工作项ID即可完成关联，例如提交信息写fix: 修复用户登录校验逻辑 #1234就会自动关联ID为1234的工作项

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