Azure DevOps模板任务仅在作业重跑时执行的问题排查与修复

导致taskCondition始终为false的核心原因通常有以下几点：

• 条件逻辑匹配错误：若你的条件依赖Build.Reason等于Retry来判断重跑场景，这是不准确的——Azure DevOps中单独重跑单个作业时，Build.Reason会继承原流水线的触发原因（比如IndividualCI、Manual），不会自动变为Retry，仅重跑整个流水线时该值才会是Retry。
• 变量引用错误：如果误用了非标准变量（比如写成Job.Attempt而非官方标准变量System.JobAttempt），会导致无法正确获取作业尝试次数。
• 未结合依赖作业状态判断：你的需求是避免单独重跑JobB时的异常，但原条件可能未检查依赖的JobA是否已成功执行——若仅判断作业尝试次数，会误判整个流水线重跑的场景（此时JobA会重新执行，无需触发特定任务）。

针对“仅在JobB首次失败后单独重跑时执行特定任务”的需求，需调整taskCondition的判断逻辑，结合作业尝试次数和依赖作业状态两个维度：

1. 使用正确的系统变量 #

Azure DevOps中用于判断作业尝试次数的标准变量是System.JobAttempt，首次运行值为1，每重跑一次递增1。

2. 组合正确的条件表达式 #

修改流水线中引用模板的参数条件：

steps:
  - template: your-specific-task-template.yml
    parameters:
      taskCondition: >
        and(
          gt(variables['System.JobAttempt'], 1), # 判断是重跑（尝试次数>1）
          not(eq(dependencies.JobA.result, 'Succeeded')) # 判断依赖的JobA未成功执行（单独重跑JobB时JobA会被跳过）
        )

3. 模板内的条件绑定 #

在你的任务模板中，将参数taskCondition绑定到步骤的condition属性：

# your-specific-task-template.yml
parameters:
  taskCondition: false

steps:
  - script: |
      # 这里是你需要执行的特定任务逻辑（比如重新触发JobA的IaC配置、校验环境状态等）
      echo "Running critical pre-deployment task for rerun scenario"
    displayName: "Execute task on first failure rerun"
    condition: ${{ parameters.taskCondition }}

逻辑说明 #

• gt(variables['System.JobAttempt'], 1)：确保当前是JobB的重跑（非首次运行）。
• not(eq(dependencies.JobA.result, 'Succeeded'))：筛选出单独重跑JobB的场景——此时JobA会被标记为Skipped（而非Succeeded），而如果是整个流水线重跑，JobA会重新执行并返回Succeeded，此时不会触发特定任务，符合需求。

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