如何在GitLab CI脚本中复用构建编号避免重复计算

当然可以实现，核心思路是把构建编号的计算逻辑抽离到单独的前置任务中，通过GitLab CI的dotenv artifacts功能将变量传递给后续所有任务，避免重复执行相同脚本。

具体配置示例 #

stages:
  - prepare
  - build
  - deploy

# 单独前置任务：仅执行一次构建编号获取逻辑
get_build_number:
  stage: prepare
  script:
    - apt update
    - apt install -y git
    - git checkout ${BUILD_BRANCH}
    - BUILD_VERSION=$(cat buildVersion)
    # 将构建编号写入.env文件，用于后续任务传递
    - echo "BUILD_VERSION=$BUILD_VERSION" > build.env
    - git checkout main
  artifacts:
    reports:
      # 声明dotenv类型产物，GitLab会自动将变量注入依赖任务
      dotenv: build.env
    # 按需设置产物过期时间
    expire_in: 1 hour

# 后续任务直接复用已计算的BUILD_VERSION变量
assembleDebug:
  stage: build
  # 明确依赖前置任务，确保变量已生成
  needs: [get_build_number]
  script:
    - echo "当前Debug构建版本: $BUILD_VERSION"
    # 执行你的assembleDebug构建命令
    # ./gradlew assembleDebug

assembleRelease:
  stage: build
  needs: [get_build_number]
  script:
    - echo "当前Release构建版本: $BUILD_VERSION"
    # 执行你的assembleRelease构建命令
    # ./gradlew assembleRelease

uploadToStore:
  stage: deploy
  needs: [get_build_number]
  script:
    - echo "上传版本: $BUILD_VERSION"
    # 执行你的上传到应用商店命令

release:
  stage: deploy
  needs: [get_build_number]
  script:
    - echo "发布版本: $BUILD_VERSION"
    # 执行你的发布流程命令

关键说明 #

• 新增prepare阶段专门处理构建编号获取，整个流水线仅执行一次，省去重复执行apt install、git checkout等耗时操作
• 通过echo "BUILD_VERSION=$BUILD_VERSION" > build.env将变量写入文件，配合artifacts:reports:dotenv，GitLab会自动把文件中的变量注入所有依赖该任务的后续job
• 后续任务通过needs: [get_build_number]明确依赖前置任务，既保证变量可用，也支持同一阶段任务并行执行（若构建命令支持）
• 相比缓存（cache）方案，dotenv artifacts的变量传递更可靠，不会出现缓存失效或不一致问题

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