如何禁用GitHub中由Workflow A触发的Job B且不影响上游A？

一、同一工作流内的两个Job（A触发B） #

如果A和B在同一个工作流文件中，只需给Job B添加条件判断，通过仓库变量控制启用/禁用，完全不影响A的运行：

1. 在仓库的「Settings → Secrets and variables → Actions → Variables」中创建一个名为ENABLE_JOB_B的变量，默认值设为true。
2. 修改工作流文件，给Job B添加if条件：

jobs:
  job-a:
    runs-on: ubuntu-latest
    steps:
      - name: 执行A任务逻辑
        run: echo "Running Job A"

  job-b:
    needs: job-a  # 如果B依赖A完成才触发
    if: vars.ENABLE_JOB_B == 'true'  # 用变量控制是否执行
    runs-on: ubuntu-latest
    steps:
      - name: 执行B任务逻辑
        run: echo "Running Job B"

需要禁用B时，直接把ENABLE_JOB_B的值改成false即可，A会正常执行。

如果B是被A以可重用Job（workflow_call）的形式调用，同样在调用环节加条件：

jobs:
  job-a:
    runs-on: ubuntu-latest
    steps:
      - name: 执行A任务逻辑
        run: echo "Running Job A"
      - name: 调用Job B（按需执行）
        uses: ./.github/workflows/当前文件.yml#job-b
        if: vars.ENABLE_JOB_B == 'true'

  job-b:
    workflow_call:
    runs-on: ubuntu-latest
    steps:
      - name: 执行B任务逻辑
        run: echo "Running Job B"

二、A和B是独立工作流（A通过workflow_call调用B） #

这种场景下有两种控制方式：

方式1：在B的工作流中添加触发条件 #

修改B的工作流文件，给workflow_call触发规则加变量判断：

name: Workflow B
on:
  workflow_call:
    if: vars.ENABLE_WORKFLOW_B == 'true'  # 控制是否响应调用
jobs:
  job-b:
    runs-on: ubuntu-latest
    steps:
      - name: 执行B任务逻辑
        run: echo "Running Workflow B"

禁用时修改ENABLE_WORKFLOW_B为false，A调用B会直接跳过，A不受影响。

方式2：在A的调用环节加条件判断 #

在A的工作流中，调用B的步骤前添加条件：

name: Workflow A
on: [push]
jobs:
  job-a:
    runs-on: ubuntu-latest
    steps:
      - name: 执行A任务逻辑
        run: echo "Running Job A"
      - name: 调用Workflow B（按需执行）
        uses: 用户名/仓库名/.github/workflows/workflow-b.yml@main
        if: vars.ENABLE_WORKFLOW_B == 'true'

三、拆分用workflow_run触发时的信息传递 #

如果要把A和B拆成独立工作流，用workflow_run让B在A完成后触发，最可靠的信息传递方式是Artifact上传/下载：

步骤1：A工作流上传输出信息 #

在A的任务中，把需要传递的文件（比如构建产物、参数文件）上传为Artifact：

jobs:
  job-a:
    runs-on: ubuntu-latest
    steps:
      - name: 执行A任务逻辑
        run: echo "需要传递的内容" > output.txt
      - name: 上传Artifact
        uses: actions/upload-artifact@v4
        with:
          name: job-a-output
          path: output.txt

步骤2：B工作流下载并使用信息 #

修改B的工作流，触发后下载A上传的Artifact：

name: Workflow B
on:
  workflow_run:
    workflows: ["Workflow A"]
    types: [completed]
    if: vars.ENABLE_WORKFLOW_B == 'true'  # 保留禁用控制
jobs:
  job-b:
    runs-on: ubuntu-latest
    steps:
      - name: 下载A的输出Artifact
        uses: actions/download-artifact@v4
        with:
          name: job-a-output
          run-id: ${{ github.event.workflow_run.id }}  # 指定A的工作流运行ID
      - name: 使用传递的信息
        run: cat output.txt

理想方案总结 #

• 若A和B在同一工作流：优先用仓库变量+Job条件判断，无需拆分，操作最简单。
• 若A和B是独立工作流：选择在B的触发条件或A的调用环节加变量控制，灵活度高。
• 拆分后传递信息：Artifact是最稳定、通用的方式，支持传递各类文件和参数。

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