调用可重用GitHub工作流时如何配置环境变量上下文？

当前方式是否正确？ #

当前方式不完全正确。你通过with参数将环境变量值手动传递给可重用工作流，但这和check-env-vars任务通过绑定environment直接读取vars的逻辑是两种不同的变量使用机制：

• check-env-vars是通过任务绑定环境，让任务上下文自动加载对应环境的vars；
• build_deploy是显式传递参数值，能否生效完全取决于可重用工作流是否正确声明并接收这些输入参数。

如果可重用工作流的设计是依赖绑定环境来读取vars，那当前传参方式就不匹配，会导致工作流内部无法获取到变量。

解决方法 #

根据可重用工作流的设计，分两种场景处理：

场景1：让可重用工作流直接通过环境绑定获取vars #

在调用可重用工作流的build_deploy任务上添加environment配置，让任务上下文加载development环境的vars，这样可重用工作流内部如果直接使用${{ vars.CLUSTER_NAME }}这类引用，就能正常获取值：

build_deploy:
  uses: owner/repo/.github/workflows/build_deploy.yaml@master
  environment:
    name: development
  with:
    environment: development # 若工作流需要该参数做其他逻辑则保留，否则可删除

场景2：保持传参方式，确保可重用工作流正确接收参数 #

如果必须通过with传递参数，需要先在可重用工作流的build_deploy.yaml中声明对应的输入参数：

on:
  workflow_call:
    inputs:
      project-id:
        type: string
        required: true
      environment:
        type: string
        required: true
      cluster-name:
        type: string
        required: true
      region:
        type: string
        required: true

然后在可重用工作流的步骤中，通过${{ inputs.project-id }}、${{ inputs.cluster-name }}等方式引用这些传递过来的参数，而不是直接使用vars.XXX。

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