如何在GitHub Actions/GPC部署流程中动态配置app.yaml变量

直接按下面步骤配置即可，不需要额外引入第三方依赖：

第一步：梳理配置存放位置 #

你之前两边存的配置不用全动，按属性拆分存放即可：

• GitHub侧（仓库Settings > Secrets and variables > Actions > Variables）存非敏感的实例规格映射，这部分不属于密钥，存普通变量就行，建3个变量：
  • DEV_INSTANCE_CLASS：值填DEV环境对应的实例规格，比如B2
  • QA_INSTANCE_CLASS：值填QA环境对应的实例规格，比如B4
  • PROD_INSTANCE_CLASS：值填PROD环境对应的实例规格，比如B8
• GCP侧已经配置的服务账号密钥保持原样即可，这部分只给部署流程做鉴权用，不需要把实例规格这类业务配置存到GCP侧，没必要。

第二步：修改GitHub Actions工作流逻辑 #

在你现有部署流程的「执行Firebase部署」步骤之前，插入配置替换步骤即可，用系统自带的sed命令做文本替换，不需要装额外工具：

- name: 按环境替换app.yaml实例规格
  run: |
    # 按当前部署分支匹配对应实例规格，如果你是手动触发选环境，把github.ref_name换成你的环境参数名即可
    case ${{ github.ref_name }} in
      dev)
        TARGET_INSTANCE=${{ vars.DEV_INSTANCE_CLASS }}
        ;;
      qa)
        TARGET_INSTANCE=${{ vars.QA_INSTANCE_CLASS }}
        ;;
      main)
        TARGET_INSTANCE=${{ vars.PROD_INSTANCE_CLASS }}
        ;;
    esac
    # 替换app.yaml中instance_class配置行
    sed -i "s/^instance_class:.*$/instance_class: ${TARGET_INSTANCE}/g" ./app.yaml
    # 打印替换结果做校验，避免配置写错
    echo "当前部署环境实例规格配置："
    grep instance_class ./app.yaml

替换步骤执行完之后，直接跑你原来的Firebase部署步骤就行，这时候工作流读取到的app.yaml已经是对应环境的配置，会自动按指定的实例规格启动服务。

避坑说明 #

• 确保你的app.yaml里instance_class配置是单独成行的，和你现有配置格式一致，sed匹配规则就能正常生效
• 注意GitHub配置的调用前缀区别：普通Variables调用用vars.xxx，敏感密钥Secrets调用用secrets.xxx，不要搞混前缀导致读不到值
• 整个替换操作是在GitHub Actions的运行容器内本地完成的，不需要给GCP服务账号开额外权限，原有部署权限足够

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