GitHub Actions如何根据Runner组条件性选择是否使用容器

完全可以在单个YAML文件中实现需求，核心是利用GitHub Actions的条件表达式动态控制container字段的赋值，无需重复编写Job配置。

实现思路 #

通过判断当前使用的Runner组，决定是否启用容器：

• 当运行在group1时，container字段设为null（不启用容器，直接用Runner预装环境）
• 当运行在group2时，container字段指定包含所需软件的镜像

具体示例代码 #

方式1：通过工作流输入指定Runner组

适合需要手动选择Runner组触发的场景：

name: 可复用工作流
on:
  workflow_call:
    inputs:
      runner-group:
        type: string
        required: true
        description: 目标Runner组（group1或group2）

jobs:
  core-task:
    runs-on: ${{ inputs.runner-group }}
    # 动态判断是否启用容器
    container: ${{ inputs.runner-group == 'group2' && 'your/required-software-image:latest' || null }}
    steps:
      - name: 拉取代码
        uses: actions/checkout@v4

      - name: 执行业务操作
        run: |
          # 此处执行依赖特定软件的命令，两种环境均能兼容
          your-software-cli --version
          # 其他任务步骤...

方式2：自动识别当前Runner组

适合工作流自动分配到不同Runner组的场景：

name: 可复用工作流
on: [push, pull_request]

jobs:
  core-task:
    runs-on: [group1, group2] # 允许工作流分配到这两个组的Runner
    # 根据当前运行的Runner组动态设置容器
    container: ${{ runner.group == 'group2' && 'your/required-software-image:latest' || null }}
    steps:
      - name: 拉取代码
        uses: actions/checkout@v4

      - name: 执行业务操作
        run: |
          your-software-cli --version
          # 其他任务步骤...

关键细节说明 #

• GitHub Actions的container字段支持动态表达式赋值，当结果为null或空值时，会自动跳过容器配置，直接使用Runner的原生环境。
• 确保group1的自托管Runner确实预装了所需软件，且group2使用的容器镜像包含相同（或兼容版本）的软件，避免出现运行差异。

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