多环境手动触发流水线的多变量配置优化方案咨询

你的初始思路方向没问题，但存在两个核心问题：一是export的变量仅在当前Shell会话有效，后续步骤无法读取；二是冗长的if-elif逻辑易出错（比如你代码里stage分支的注释写错成了PROD）。下面提供几种更优的替代方案，按推荐优先级排序：

方案1：使用GitHub Environments（最推荐） #

GitHub原生支持环境（Environments）管理，可直接给每个环境配置专属变量/密钥，流水线选择环境后自动加载对应配置，完全省去手动判断逻辑。

操作步骤 #

1. 进入仓库「Settings」→「Environments」，分别创建dev、stage、prod环境；
2. 在每个环境的「Environment variables」中添加PARAM_1、PARAM_2等变量；
3. 流水线中指定环境，自动加载变量：

on: 
  workflow_dispatch:
    inputs:
      environment:
        description: '要测试的环境'
        required: true
        default: 'stage'
        type: choice
        options:
          - dev
          - stage
          - prod

permissions:
  contents: write
  pull-requests: write
  security-events: write
  
jobs:
  test_auth_fn:
    runs-on: ubuntu-latest
    environment: ${{ inputs.environment }}  # 绑定选择的环境，自动加载变量
    permissions:
      contents: read
      id-token: write
    steps:
      - name: 使用环境变量
        run: |
          echo "PARAM_1 is ${{ env.PARAM_1 }}"
          echo "PARAM_2 is ${{ env.PARAM_2 }}"

优势 #

• 变量集中管理，修改无需改动流水线代码；
• 支持密钥加密存储，安全性更高；
• 可配合环境审批、分支限制等功能，强化生产环境管控。

方案2：YAML映射表+环境变量注入 #

把多环境变量整理成YAML映射，用脚本解析后注入全局环境，避免冗长的条件判断。

on: 
  workflow_dispatch:
    inputs:
      environment:
        description: '要测试的环境'
        required: true
        default: 'stage'
        type: choice
        options:
          - dev
          - stage
          - prod

permissions:
  contents: write
  pull-requests: write
  security-events: write

# 集中定义多环境变量映射
env:
  ENV_CONFIGS: |
    {
      "dev": {"PARAM_1": "dev_value", "PARAM_2": "dev_specific_value"},
      "stage": {"PARAM_1": "stage_value", "PARAM_2": "stage_specific_value"},
      "prod": {"PARAM_1": "prod_value", "PARAM_2": "prod_specific_value"}
    }
  
jobs:
  test_auth_fn:
    runs-on: ubuntu-latest
    permissions:
      contents: read
      id-token: write
    steps:
      - name: 注入环境变量
        run: |
          # 用jq解析映射表，写入GITHUB_ENV实现全局生效
          echo "PARAM_1=$(echo '${{ env.ENV_CONFIGS }}' | jq -r '.["${{ inputs.environment }}"].PARAM_1')" >> $GITHUB_ENV
          echo "PARAM_2=$(echo '${{ env.ENV_CONFIGS }}' | jq -r '.["${{ inputs.environment }}"].PARAM_2')" >> $GITHUB_ENV
      - name: 使用参数
        run: |
          echo "PARAM_1 is ${{ env.PARAM_1 }}"
          echo "PARAM_2 is ${{ env.PARAM_2 }}"

优势 #

• 变量集中在一处，修改维护更方便；
• 避免if-elif嵌套逻辑，代码更简洁；
• 适合变量数量较多的场景（比如你提到的3-4个变量）。

方案3：矩阵策略+表达式赋值 #

利用GitHub Actions的表达式直接根据环境赋值，无需Shell脚本，适合变量较少的场景。

on: 
  workflow_dispatch:
    inputs:
      environment:
        description: '要测试的环境'
        required: true
        default: 'stage'
        type: choice
        options:
          - dev
          - stage
          - prod

permissions:
  contents: write
  pull-requests: write
  security-events: write
  
jobs:
  test_auth_fn:
    runs-on: ubuntu-latest
    permissions:
      contents: read
      id-token: write
    # 将输入转为矩阵，实现单个环境执行
    strategy:
      matrix:
        environment: [${{ inputs.environment }}]
    # 用表达式直接赋值
    env:
      PARAM_1: ${{ matrix.environment == 'dev' && 'dev_value' || matrix.environment == 'stage' && 'stage_value' || 'prod_value' }}
      PARAM_2: ${{ matrix.environment == 'dev' && 'dev_specific_value' || matrix.environment == 'stage' && 'stage_specific_value' || 'prod_specific_value' }}
    steps:
      - name: 使用参数
        run: |
          echo "PARAM_1 is ${{ env.PARAM_1 }}"
          echo "PARAM_2 is ${{ env.PARAM_2 }}"

优势 #

• 完全省去Shell脚本，代码更轻量化；
• 逻辑直观，适合变量数量少的场景。

你的初始方案修正版 #

如果坚持用Shell判断逻辑，需修正变量注入方式（用$GITHUB_ENV而非export），并修正注释错误：

on: 
  workflow_dispatch:
    inputs:
      environment:
        description: '要测试的环境'
        required: true
        default: 'stage'
        type: choice
        options:
          - dev
          - stage
          - prod

permissions:
  contents: write
  pull-requests: write
  security-events: write
  
jobs:
  test_auth_fn:
    runs-on: ubuntu-latest
    permissions:
      contents: read
      id-token: write
    steps:
      - name: 根据输入设置参数
        run: |
          if [ "${{ inputs.environment }}" == "dev" ]; then
            echo "Setting parameters for DEV"
            echo "PARAM_1=dev_value" >> $GITHUB_ENV
            echo "PARAM_2=dev_specific_value" >> $GITHUB_ENV
          elif [ "${{ inputs.environment }}" == "stage" ]; then
            echo "Setting parameters for STAGE"
            echo "PARAM_1=stage_value" >> $GITHUB_ENV
            echo "PARAM_2=stage_specific_value" >> $GITHUB_ENV
          else
            echo "Setting parameters for PROD"
            echo "PARAM_1=prod_value" >> $GITHUB_ENV
            echo "PARAM_2=prod_specific_value" >> $GITHUB_ENV
          fi   
      - name: 使用参数
        run: |
          echo "PARAM_1 is ${{ env.PARAM_1 }}"
          echo "PARAM_2 is ${{ env.PARAM_2 }}"

内容的提问来源于stack exchange，提问作者Атанас Чолаков