如何在生产发布前将变更请求/审批表单集成到Azure DevOps？

完全可以通过Azure DevOps原生功能实现变更管理全流程闭环，无需再依赖独立的SharePoint表单，完全符合你方"单工具内完成全流程、统一数据统计"的核心需求。

这是最贴合你方需求的方案，所有操作都在Azure DevOps内完成，数据天然打通：

• 自定义变更请求工作项类型：在项目设置的「工作项流程」配置中，新增专属的变更请求工作项，可1:1复刻现有SharePoint表单的所有字段，包括干系人信息、变更时间窗口、部署方案、回滚方案、关联需求ID、关联代码提交ID等，同时可设置字段必填规则，避免提交时漏填关键信息。
• 配置内置审批流程：在变更请求工作项的状态流转规则中添加强制审批节点，设置只有产品负责人、发布经理均完成审批后，工作项状态才可更新为「已批准」，所有审批操作、审批意见都会留存在工作项的历史记录中，全程可追溯。
• 流水线强制校验逻辑：在生产环境发布流水线的起始位置添加校验任务，强制校验本次发布关联的变更请求是否已通过审批，未通过审批的流水线会直接终止运行。如果使用YAML流水线，可通过Azure CLI快速实现校验逻辑，示例命令如下：

  # 读取关联的变更请求ID，校验状态是否为已批准
  CR_STATUS=$(az boards work-item show --id $(ChangeRequestID) --query "fields['System.State']" -o tsv)
  if [ "$CR_STATUS" != "已批准" ]; then
    echo "变更请求未通过审批，流水线终止"
    exit 1
  fi
  

• 统一报表统计：所有变更请求的字段、审批记录、关联发布结果、发布成功率、回滚次数等数据都存储在Azure DevOps统一数据层，可直接通过内置的分析视图、自定义仪表板或Power BI集成生成所需的统计报表，无需跨系统同步数据。

如果团队暂时需要沿用现有SharePoint表单的使用习惯，也可实现双向流程打通：

• 通过Power Automate配置自动化流，当SharePoint表单提交并完成所有审批后，自动在Azure DevOps中创建对应变更请求工作项并同步所有表单字段，后续流水线的发布结果、回滚记录也可自动回写到SharePoint表单中，同样能实现流程不割裂。

两种方案都支持合规审计要求，全链路操作记录可追溯，无需跨两个系统核对数据。

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