Azure DevOps流水线retryCountOnTaskFailure重试成功后任务仍失败如何解决？

当你给任务设置retryCountOnTaskFailure后，即便最终重试成功，作业依然显示失败，这是因为Azure DevOps会保留任务的失败尝试记录，部分场景下不会自动将作业状态同步为最终成功状态。以下是两种可行的解决方法：

方法一：用内置任务命令强制修正作业状态 #

这是最简便的方案，利用Azure DevOps内置的日志命令直接覆盖作业状态：

• 在设置了重试的任务之后，添加一个PowerShell任务（若用Cmd任务，命令需调整为echo "##vso[task.complete result=Succeeded;]"）。
• 设置该任务的执行条件为：and(succeeded(), eq(variables['Agent.JobStatus'], 'Failed'))
  这个条件确保只有当前面的任务最终成功，但作业状态仍被标记为失败时，才执行此任务。
• 在任务的脚本框中输入：

Write-Host "##vso[task.complete result=Succeeded;]"

该命令会强制将当前作业的状态标记为成功。

方法二：通过REST API更新作业状态 #

如果方法一不生效，可以调用Azure DevOps的REST API修改作业的状态记录：

1. 先在流水线的代理作业设置中，勾选允许脚本访问OAuth令牌，确保脚本有足够权限调用API。
2. 在重试任务之后添加PowerShell任务，执行以下脚本：

$orgUrl = "$(System.CollectionUri)"
$projectName = "$(System.TeamProject)"
$buildId = "$(Build.BuildId)"
$jobId = "$(Agent.JobId)"
$pat = "$(System.AccessToken)"

$base64AuthInfo = [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(":$pat"))

# 获取作业的时间线记录
$apiUrl = "$orgUrl/$projectName/_apis/build/builds/$buildId/timeline?api-version=7.1-preview.1"
$timeline = Invoke-RestMethod -Uri $apiUrl -Headers @{Authorization = "Basic $base64AuthInfo"} -Method Get

# 定位目标作业并更新状态
$jobRecord = $timeline.records | Where-Object { $_.id -eq $jobId }
if ($jobRecord.result -eq 'Failed') {
    $jobRecord.result = 'Succeeded'
    $updateUrl = "$orgUrl/$projectName/_apis/build/builds/$buildId/timeline/$jobId?api-version=7.1-preview.1"
    Invoke-RestMethod -Uri $updateUrl -Headers @{Authorization = "Basic $base64AuthInfo"} -Method Patch -Body $jobRecord -ContentType "application/json"
}

脚本会查询当前作业的状态，若为失败则通过API将其更新为成功。

注意：如果使用自托管代理，需确保代理能正常访问Azure DevOps的API地址。

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