GitLab CI环境变量访问方法咨询：多场景读取异常

1. 全局变量（PROJECT_NAME、REPOSITORY_NAME） #

你的全局变量定义存在逻辑错误：

variables:
  PROJECT_NAME: ${PROJECT_NAME}
  REPOSITORY_NAME: $REPOSITORY_NAME

这种写法是把变量值直接设置为自身的占位符字符串，而非引用外部传入的变量。GitLab CI中，若要使用项目/组级或预定义的同名变量，无需在variables块中重复定义——直接在脚本中引用即可。如果需要给变量设置默认值，应改为：

variables:
  PROJECT_NAME: "default-project"  # 无外部传入时使用默认值
  REPOSITORY_NAME: "default-repo"

如果仅需引用外部已配置的变量，直接删除全局variables里的这两行即可。

2. Rules条件内的变量（ENVIRONMENT、CUSTOM_ENVIRONMENT_NAME） #

输出中这两个变量为空，说明你的rules条件未触发：

rules:
  - if: $CI_PIPELINE_SOURCE == "merge_request_event" && $CI_MERGE_REQUEST_TARGET_BRANCH_NAME == 'develop'
    variables:
      ENVIRONMENT: dev
      CUSTOM_ENVIRONMENT_NAME: development

排查要点：

• 确认流水线是合并请求事件触发的：若为直接推送分支触发，CI_PIPELINE_SOURCE值为push，不满足条件。
• 确认合并请求的目标分支确实是develop：分支名称大小写敏感。
• 输出中CI_ENVIRONMENT_NAME显示为staging，进一步说明条件未触发，环境使用了项目默认配置。

3. CI自定义变量（AWS_ECR_REGISTRY） #

变量为空说明配置不完整：

• 检查变量是否已在项目设置→CI/CD→变量中添加，且勾选了“在流水线中可用”；若为受保护变量，触发流水线的分支必须是受保护分支才能访问。
• 确认变量名称完全匹配：GitLab CI变量默认大小写敏感。

4. 预定义变量（CI_ENVIRONMENT_NAME） #

该变量能正常读取，说明预定义变量的访问方式是正确的——$CI_ENVIRONMENT_NAME、${CI_ENVIRONMENT_NAME}、"$CI_ENVIRONMENT_NAME"三种写法在无特殊字符时效果一致。

修复后的示例配置 #

# 无需重复定义外部传入的全局变量，直接引用即可
prepare:
  stage: prepare
  rules:
    - if: $CI_PIPELINE_SOURCE == "merge_request_event" && $CI_MERGE_REQUEST_TARGET_BRANCH_NAME == 'develop'
      variables:
        ENVIRONMENT: dev
        CUSTOM_ENVIRONMENT_NAME: development
      when: always
    - when: never  # 不满足条件时不执行该任务
  environment: $CUSTOM_ENVIRONMENT_NAME
  image: docker:stable
  script:
    # 引用外部全局变量
    - echo $PROJECT_NAME
    - echo $REPOSITORY_NAME
    # Rules触发后的变量
    - echo $ENVIRONMENT
    # 自定义CI变量
    - echo $AWS_ECR_REGISTRY
    # 预定义变量
    - echo $CI_ENVIRONMENT_NAME

内容的提问来源于stack exchange，提问作者Alberto Sanmartin Martinez