Azure DevOps Git提交状态异常：成功构建后仍显示失败

核心问题原因 #

Azure DevOps的Git提交状态是通过context.name + context.genre的组合来唯一标识一个检查维度的。你之前每次构建都使用带唯一构建号的context.name（比如build#21、build#22），导致每次推送的状态都是独立的新条目。而Azure DevOps的提交整体状态会取所有状态中最严格的结果（失败优先级高于成功），所以旧的失败状态未被覆盖或删除时，整体状态会一直显示失败。

疑问解答 #

1. 是否不应使用唯一的targetUrl？ #

targetUrl可以是唯一的（指向具体的Jenkins构建任务页面没问题），关键是要固定context.name的值，不要包含每次变化的构建号。比如把context.name设为固定的jenkins-ci-build，而不是build#34这种带编号的名称。这样每次推送状态时，新的状态会自动覆盖同一个context下的旧状态，不会新增独立的状态条目，提交的整体状态就会跟随最新的推送结果更新。

调整后的请求示例：

{
  "state": "succeeded",
  "description": "构建执行成功",
  "targetUrl": "https://myjenkins-server/job/demo-repo/job/demo-branch/23/",
  "context": {
    "name": "jenkins-ci-build",
    "genre": "CI"
  }
}

2. 如何删除之前的提交状态？ #

可以通过Azure DevOps的Git状态管理API来删除旧的失败状态：

• 第一步：获取目标提交的所有状态
  调用Git状态列表API，传入提交ID、项目ID、仓库ID等参数，筛选出需要删除的状态条目（比如state为failed、context.name包含旧构建号的条目），获取对应的状态ID。

  请求示例（HTTP GET）：

  GET https://dev.azure.com/{organization}/{project}/_apis/git/repositories/{repositoryId}/commits/{commitId}/statuses?api-version=7.0
  

• 第二步：删除指定状态
  调用Git状态删除API，传入获取到的状态ID即可删除对应条目。

  请求示例（HTTP DELETE）：

  DELETE https://dev.azure.com/{organization}/{project}/_apis/git/repositories/{repositoryId}/commits/{commitId}/statuses/{statusId}?api-version=7.0
  

额外建议 #

后续推送状态时，保持context.name的固定性，这样每次新的构建状态都会直接覆盖旧的，无需手动删除历史状态，就能保证提交的整体状态始终是最新的构建结果。

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