GitLab CI使用锚点时依赖全局变量的阶段变量未解析如何解决

你的问题核心是GitLab CI旧版本默认不支持嵌套变量递归展开：
你在全局变量中定义DOCKER_IMAGE_TAG: $DOCKER_PROJECT_NAME:$BUILD_VERSION时，DOCKER_PROJECT_NAME仅在build job的局部变量中存在，全局作用域无该变量；同时GitLab默认只会对变量做单次展开，后续job局部变量加载完成后，不会再重新解析DOCKER_IMAGE_TAG值里的变量引用，导致最终$DOCKER_PROJECT_NAME被当作普通字符串保留，拼接后得到无效的镜像标签。

GitLab CI对变量的处理遵循以下规则：

• 变量按作用域优先级加载：全局变量 < 阶段变量 < Job局部变量，优先级高的变量会覆盖低优先级的同名变量
• 默认仅做单次变量展开：解析变量值时，只会把当前已加载完成的变量替换成对应值，未找到的变量引用会作为普通字符串保留，不会在后续流程中二次解析
• 14.3及更早的GitLab版本默认关闭嵌套变量递归展开能力，变量值内嵌套的其他变量引用不会被递归解析

方案1：开启嵌套变量展开特性 #

variable_inside_variable是GitLab官方提供的嵌套变量解析特性开关，开启后GitLab会递归解析变量中的嵌套引用，即可自动得到预期的best-app-ever-service:4.2.0标签值。

方案2：调整变量定义规避嵌套依赖 #

直接将DOCKER_IMAGE_TAG的定义移动到build job的局部变量块中，加载时DOCKER_PROJECT_NAME已经存在，不需要依赖嵌套解析：

build:
  stage: build
  variables:
    GRADLE_CMD: app:build
    DOCKER_PROJECT_NAME: $PROJECT_NAME-service
    DOCKER_FILE: docker/service.dockerfile
    DOCKER_IMAGE_TAG: $DOCKER_PROJECT_NAME:$BUILD_VERSION
  script:
    - echo $DOCKER_PROJECT_NAME
    - echo $DOCKER_IMAGE_TAG 
    - *docker_build_cmd

方案3：在shell层处理变量展开 #

直接在执行构建命令前用shell重新赋值变量，shell本身会处理变量展开：

script:
  - export DOCKER_IMAGE_TAG=${DOCKER_PROJECT_NAME}:${BUILD_VERSION}
  - *docker_build_cmd

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