关于Azure DevOps Pipeline中retryCountOnTaskFailure环境变量及重试计数变量的技术问询

嘿，这个需求太贴合实际场景了！刚好Azure DevOps Pipeline里有对应的系统变量能帮你实现这个重试时延迟的操作，我给你拆解一下细节：

首先，系统里并没有直接叫retryCount的环境变量，不过有个**SYSTEM_TASKATTEMPTCOUNT**专门管这个：它代表当前任务的执行尝试次数，第一次执行任务时它的值是1，每触发一次重试，这个数字就会加1（比如第一次重试是2，第二次重试是3，以此类推）。

所以你要实现“重试时就sleep60秒”的逻辑，只需要判断这个变量是否大于1（因为大于1就说明是重试场景了），对应的PowerShell代码可以这么写：

# 检测是否为重试场景，避免第一次执行时触发等待
if ($env:SYSTEM_TASKATTEMPTCOUNT -gt 1) {
    $retryTimes = $env:SYSTEM_TASKATTEMPTCOUNT - 1
    Write-Host "这是第 $retryTimes 次重试，将等待60秒后继续..."
    Start-Sleep -Seconds 60
}
# 这里放你原本的任务执行代码，比如容易受网络影响的操作

另外要注意，你得先给任务配置好允许重试的规则，不然这个变量的递增逻辑不会触发：

• 如果是用YAML编写流水线，只需要给对应任务加上retryCountOnTaskFailure属性，比如：

steps:
- task: PowerShell@2
  inputs:
    targetType: 'inline'
    script: |
      # 上面的重试等待代码+你的业务代码
  retryCountOnTaskFailure: 3  # 这里设置你想要的最大重试次数，比如3次

• 如果是用经典可视化编辑器配置任务，找到任务的「控制选项」，勾选「重试任务」并设置最大重试次数即可。

最后再提个小细节：这个变量是任务级别的系统变量，只能在当前任务内部访问，没办法在作业或者阶段级别直接调用哦。

这样配置后，每次任务失败触发重试时，都会先等60秒再执行，应该能有效避开临时的网络拥堵问题啦！

内容来源于stack exchange