GitHub Workflow条件失效：Unittest通知步骤未按预期执行

核心原因 #

当你的工作流通过workflow_call被其他工作流调用时，github.workflow变量存储的是调用方工作流的名称，而非当前被调用的工作流名称。你之前验证的是直接触发Unittest工作流时的变量值，这时候是正确的，但被调用时该变量会变成调用方的名字，导致条件不生效，看起来像是被忽略了。

可行解决方案 #

方案1：用github.workflow_ref判断工作流文件 #

github.workflow_ref包含被调用工作流的完整路径（比如your-username/your-repo/.github/workflows/Unittest.yml@main），可以通过contains()函数判断是否属于目标工作流：

# 在通知步骤的if条件中使用
if: ${{ contains(github.workflow_ref, 'Unittest.yml') && always() }}

• contains(github.workflow_ref, 'Unittest.yml')确保当前运行的是你的Unittest工作流文件（无论直接触发还是被调用）
• always()保证无论工作流执行成功与否都会触发通知

方案2：给工作流添加输入参数控制通知 #

在工作流定义中新增一个布尔型输入参数，默认开启通知，让调用方可以选择是否关闭：

on:
  push:
  workflow_call:
    inputs:
      send_notification:
        type: boolean
        description: "是否发送Slack通知"
        default: true

# 通知步骤的条件
if: ${{ inputs.send_notification && always() }}

• 直接通过push触发时，默认会执行通知
• 其他工作流调用时，若不需要通知，只需传入send_notification: false即可

方案3：结合触发事件和工作流信息判断 #

如果需要更精准的控制，可以同时判断触发事件和工作流标识：

if: ${{ 
  (github.event_name == 'push' && github.workflow == 'Unittest') || 
  (github.event_name == 'workflow_call' && contains(github.workflow_ref, 'Unittest.yml')) 
  && always() 
}}

注意事项 #

• 确保always()和工作流判断条件用&&结合，避免像之前单独用always()导致所有场景都触发通知
• 可以在步骤中添加一个调试输出，验证变量值：

- name: Debug workflow variables
  run: |
    echo "github.workflow: ${{ github.workflow }}"
    echo "github.workflow_ref: ${{ github.workflow_ref }}"
    echo "github.event_name: ${{ github.event_name }}"

内容的提问来源于stack exchange，提问作者viva-glenn