如何在GitLab中实现大型自定义库构建文件的CI存储与复用？

你可以利用GitLab的**通用制品库（Generic Packages）**来实现类似Artifactory的独立依赖存储，完全摆脱制品与流水线的绑定限制，完美匹配你期望的工作流：

核心思路 #

GitLab通用制品库支持上传/下载任意格式的文件（如QT6.static.tar.gz），且制品与生成它的流水线解绑，仅与项目权限关联。通过CI脚本结合GitLab API，可实现"检查制品是否存在→不存在则构建上传→拉取制品编译代码"的完整流程。

具体CI配置示例 #

stages:
  - check_artifact
  - build_artifact
  - build_app

# 定义全局变量：指定需要的制品名称、版本（可通过Git提交时的变量覆盖）
variables:
  REQUIRED_ARTIFACT: "QT6.static.tar.gz"
  ARTIFACT_VERSION: "6.5.3"
  # 拼接制品的GitLab API访问地址
  ARTIFACT_API_URL: "$CI_API_V4_URL/projects/$CI_PROJECT_ID/packages/generic/$REQUIRED_ARTIFACT/$ARTIFACT_VERSION/$REQUIRED_ARTIFACT"

# 第一步：检查指定制品是否存在
check_artifact:
  stage: check_artifact
  script:
    - |
      # 用HEAD请求检查制品状态
      HTTP_STATUS=$(curl --head --write-out "%{http_code}" --silent --output /dev/null \
        --header "PRIVATE-TOKEN: $CI_JOB_TOKEN" "$ARTIFACT_API_URL")
      if [ "$HTTP_STATUS" -eq 404 ]; then
        echo "目标制品不存在，将触发构建任务"
        exit 1  # 标记任务失败，触发后续构建制品的job
      else
        echo "目标制品已存在，直接进入应用编译阶段"
      fi
  allow_failure: true  # 允许此任务失败，不中断流水线

# 第二步：若制品不存在，则构建并上传到通用制品库
build_artifact:
  stage: build_artifact
  rules:
    - if: $CI_JOB_STATUS == 'failed' && $CI_JOB_NAME == 'check_artifact'  # 仅当check_artifact失败时执行
  script:
    - # 这里替换为你的自定义库构建命令，比如编译QT静态库
    - ./build_qt_static.sh
    - # 将构建好的制品上传到GitLab通用库
    - curl --upload-file "$REQUIRED_ARTIFACT" \
        --header "PRIVATE-TOKEN: $CI_JOB_TOKEN" "$ARTIFACT_API_URL"

# 第三步：拉取制品并编译应用代码
build_app:
  stage: build_app
  needs:
    - job: check_artifact
      artifacts: false
    - job: build_artifact
      artifacts: false
      optional: true  # 允许build_artifact不执行（当制品已存在时）
  script:
    - # 拉取目标制品
    - curl --header "PRIVATE-TOKEN: $CI_JOB_TOKEN" "$ARTIFACT_API_URL" -o "$REQUIRED_ARTIFACT"
    - # 解压制品
    - tar xzf "$REQUIRED_ARTIFACT"
    - # 替换为你的应用编译命令
    - ./build_app.sh

关键优势 #

1. 完全解耦制品与流水线：通用制品库存储的文件可被任意流水线拉取，不受生成它的流水线生命周期限制
2. 灵活的版本控制：通过ARTIFACT_VERSION变量可轻松管理不同版本的依赖库，支持提交代码时动态指定版本
3. 比容器缓存更直接：无需封装镜像，直接存储原始编译产物，更贴合你原来使用Artifactory的习惯
4. 避开Git LFS的弊端：制品存储在GitLab制品库中，不会膨胀Git仓库体积，也不影响Git提交/拉取速度

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