GitLab CI采用父子流水线机制时，如何在Jobs页展示触发变量

GitLab 对带子流水线触发逻辑的作业有特殊的UI渲染规则，也是你当前遇到变量不显示的核心原因：

• 配置了script字段的普通执行作业（如示例中的Building Openstack），会自动收集三层来源（全局/流水线传入/作业级声明）的生效变量，在Job详情页的Variables模块完整展示，对项目Owner、Maintainer角色可见
• 仅配置了trigger字段的作业，会被GitLab标记为“子流水线触发入口节点”，这类节点默认不会把外部API传入的触发变量纳入展示清单，哪怕你在作业内显式定义了变量映射，UI层也可能因为作业类型判定逻辑，不渲染这部分内容

• 方案1：规范变量声明格式，显式注册所有需要展示的触发变量
  修正你当前作业里的非标准变量引用语法，把所有从API传入的触发变量逐行用GitLab支持的标准语法（$变量名，不是带花括号的旧式写法、也不是嵌套双花括号的无效写法）声明到作业的variables块中。只要变量能被GitLab正常注册到作业属性里，哪怕是带trigger的作业，UI也会正常展示这部分已注册的变量。
  修正后的参考配置：

  Building OCI:
      stage: ENV building
      variables:
          RCB: $RCB
          SMOKE: $SMOKE
          APNCC: $APNCC
          TF_WORKING_DIR: $OCI_TF_WORKING_DIR
          ENV_PREFIX: $OCI_ENV_PREFIX
      trigger:
          include:
              - test_target/oci.yml
  

  注意不要把注释掉的占位变量留在variables块的关键位置，GitLab的YAML解析器偶尔会把紧邻注释块的有效配置误识别为注释内容，导致整个变量块解析失败。
• 方案2：给触发作业增加空script占位，匹配普通作业的渲染逻辑
  GitLab的Job详情页变量展示逻辑，只要检测到作业配置中存在script字段，就会自动切换为普通执行作业的变量收集、渲染规则，跳过子流水线触发节点的特殊隐藏逻辑。你只需要给Building OCI加一行无实际逻辑的占位脚本，完全不影响子流水线的正常拉起，就能让页面正常展示所有接收的触发变量。
  参考配置：

  Building OCI:
      stage: ENV building
      variables:
          RCB: $RCB
          SMOKE: $SMOKE
          APNCC: $APNCC
          TF_WORKING_DIR: $OCI_TF_WORKING_DIR
          ENV_PREFIX: $OCI_ENV_PREFIX
      script:
          - "true" # 占位脚本，不影响子流水线触发流程
      trigger:
          include:
              - test_target/oci.yml
  

  这种方式兼容性最强，从GitLab 13.x支持父子流水线功能开始，所有版本都能正常生效，不需要依赖新版本的特性开关。
• 方案3：高版本GitLab可开启自动透传配置
  如果你使用的是GitLab 16.3及以上版本，可以在项目的CI/CD设置中，开启“触发子流水线时自动透传所有触发变量”的配置。开启后所有从API传入的触发变量，会自动注册到触发作业的已声明变量清单中，不需要手动逐行映射，Job页面就会自动展示这部分变量，不需要修改现有业务配置。

• 避免使用非标准的变量引用语法：你示例中写的SELENIUM_UI: ${{SELENIUM_UI}}是无效语法，GitLab仅识别单$开头的标准变量引用，多嵌套一层花括号会导致变量解析为空，既无法正常传值，也不能在页面展示
• 包含敏感信息的触发变量，建议在变量配置中标记masked属性，避免在Job页面明文展示，哪怕是高权限角色也只能看到掩码后的值

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