GitHub多级嵌套工作流问题：子作业条件触发失败排查

阿华AIGC实验室

2026-6-12

问题原因分析及解决方法

以下是几个最可能导致该问题的原因及对应解决方向：

作业依赖未配置
GitHub Actions中作业默认并行执行，如果debugging_go_acr_push没有明确依赖set_output_WHICH_WORKFLOW作业，它可能在输出变量生成前就执行条件判断，此时变量值为空，无法满足触发条件而被跳过。而if: always()会忽略前置依赖和变量状态，强制执行作业，所以能正常触发。
解决：给debugging_go_acr_push添加依赖配置，确保它在输出作业完成后再执行：
```
jobs:
  debugging_go_acr_push:
    needs: [set_output_WHICH_WORKFLOW]
    # 其他配置...
```
输出引用语法错误
跨作业引用输出时，必须通过needs对象访问，且要区分步骤输出和作业输出：
- 如果WHICH_WORKFLOW是作业级输出，引用路径应为${{ needs.set_output_WHICH_WORKFLOW.outputs.WHICH_WORKFLOW }}；
- 如果只是步骤级输出，必须先将其转为作业输出，才能被其他作业获取（参考下一点）。
  很多人容易混淆路径写法，导致变量值为空，条件不成立。

输出未转为作业级输出
如果set_output_WHICH_WORKFLOW里仅在步骤内设置了输出，但未将其配置为作业输出，其他作业无法获取该变量。
解决：在输出作业中添加outputs字段，将步骤输出映射为作业输出：

jobs:
  set_output_WHICH_WORKFLOW:
    runs-on: ubuntu-latest
    outputs:
      WHICH_WORKFLOW: ${{ steps.set_var.outputs.WHICH_WORKFLOW }}
    steps:
      - name: Set workflow variable
        id: set_var
        run: echo "WHICH_WORKFLOW=azacr" >> $GITHUB_OUTPUT

条件判断逻辑/语法错误
检查条件表达式是否存在拼写错误、引号不匹配或逻辑反转的情况。比如误写为if: ${{ needs.set_output_WHICH_WORKFLOW.outputs.WHICH_WORKFLOW != 'azacr' }}，自然会导致作业被跳过，而always()会忽略错误逻辑强制执行。