Azure DevOps构建完成后自动创建并批准PR报错及流程优化咨询

错误原因分析 #

你当前调用的/pullrequests/$PR_ID/threads是创建PR评论线程的API，并非批准PR的接口。同时请求体结构不符合该API要求，导致comments参数为空的报错。批准PR需要调用专门的审核API端点。

修正后的脚本（解决批准报错） #

以下是修复后的完整脚本，核心修改了批准PR的API端点和请求体结构：

echo "Creating PR..."
# 创建PR，获取PR_ID
PR_ID=$(curl -f -u :$(ACCESSTOKEN) -X POST \
  -H "Content-Type: application/json" \
  -d '{
        "sourceRefName": "'"$(Build.SourceBranch)"'",
        "targetRefName": "'"${{ parameters.targetBranch }}"'",
        "title": "Automated PR: Update Feature",
        "description": "This PR was created automatically."
      }' \
  https://dev.azure.com/${{ parameters.organization }}/${{ parameters.project_name }}/_apis/git/repositories/$(Build.Repository.Name)/pullrequests?api-version=7.1-preview.1 \
  | jq -r '.pullRequestId')

# 检查PR_ID是否获取成功
if [ -z "$PR_ID" ] || [ "$PR_ID" = "null" ]; then
  echo "Failed to create PR or get PR_ID"
  exit 1
fi

echo "Approving PR $PR_ID..."
# 调用审核API批准PR
curl -f -u :$(ACCESSTOKEN) -X POST \
  -H "Content-Type: application/json" \
  -d '{
        "status": "approved",
        "comments": [
          {
            "content": "fix: feature update",
            "commentType": "text"
          }
        ]
      }' \
  https://dev.azure.com/${{ parameters.organization }}/${{ parameters.project_name }}/_apis/git/repositories/$(Build.Repository.Name)/pullrequests/$PR_ID/reviews?api-version=7.1-preview.1

关键修改点 #

• 批准PR的API端点改为/pullrequests/$PR_ID/reviews（审核接口）
• 请求体移除了多余的threadContext层级，直接将comments放在根节点
• 给curl添加-f参数，请求失败时直接退出脚本
• 增加PR_ID非空检查，避免无效请求

流程优化建议 #

1. 自动合并PR（可选） #

如果需要在批准后自动合并PR，可添加以下步骤（需确保分支策略允许自动合并）：

echo "Merging PR $PR_ID..."
curl -f -u :$(ACCESSTOKEN) -X POST \
  -H "Content-Type: application/json" \
  -d '{
        "mergeStrategy": "squash",
        "commitMessage": "Squash merge: Automated feature update"
      }' \
  https://dev.azure.com/${{ parameters.organization }}/${{ parameters.project_name }}/_apis/git/repositories/$(Build.Repository.Name)/pullrequests/$PR_ID/merges?api-version=7.1-preview.1

2. 权限验证 #

确保你的ACCESSTOKEN具备以下权限：

• 项目级Contributor角色（允许创建PR）
• 分支权限中允许该用户批准PR和合并PR

3. 分支策略适配 #

如果目标分支有强制审核、构建验证等策略，需确保：

• 自动PR的源分支通过所有构建验证
• 访问令牌对应的用户满足分支策略的审核要求（比如无需额外审批人）

4. 日志与错误处理 #

• 增加详细日志输出，便于排查问题
• 对每个curl请求的返回结果进行检查，避免静默失败

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