如何通过变量预定义GitLab CI全局变量TECH_USER的值或选项？

方法1：组级变量+模板默认值覆盖 #

无需修改任何项目的.gitlab-ci.yml，仅需调整模板文件并配置组级变量即可实现需求：

1. 修改模板文件 pipelines/.base_pipelines_spark_project_rpm_bricks.yml：

variables: &global-vars
  # 用组级变量作为默认值，未定义时自动 fallback 到原默认值
  TECH_USER_DEFAULT: ${GROUP_TECH_USER:-tech_user_group1}
  TECH_USER:
    value: ${GROUP_TECH_USER:-tech_user_group1}
    options:
      - 'tech_user_group1'
      - 'tech_user_group2'
      - 'tech_user_group3'
    description: "technological user"

2. 在GitLab组级别配置变量：

• 给小组1对应的项目组添加变量 GROUP_TECH_USER=tech_user_group1
• 给小组2对应的项目组添加变量 GROUP_TECH_USER=tech_user_group2

项目会自动继承所在组的变量，流水线默认的TECH_USER会匹配各自小组，开发者仍可在WebUI中手动选择其他选项。

方法2：动态控制可选用户列表（按需使用） #

如果需要让不同小组的项目仅看到自身对应的技术用户选项，可结合GitLab预定义变量（如$CI_PROJECT_NAMESPACE，即项目所在组路径）实现动态选项：

修改模板文件：

variables: &global-vars
  TECH_USER_DEFAULT: ${GROUP_TECH_USER:-tech_user_group1}
  TECH_USER:
    value: ${GROUP_TECH_USER:-tech_user_group1}
    options:
      # 根据项目所在组动态生成可选列表
      - {% if CI_PROJECT_NAMESPACE == "group1" %}tech_user_group1{% elif CI_PROJECT_NAMESPACE == "group2" %}tech_user_group2{% else %}tech_user_group3{% endif %}
      # 若需保留所有选项，可直接保留原完整列表
    description: "technological user"

核心优势 #

以上方案仅需修改1次模板文件，配合组级变量配置即可完成所有项目的适配，完全避免了对30余个项目提交合并请求的繁琐操作。

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