如何让GitLab CI/CD中Docker build复用前置Job的缓存？

方案一：通过共享缓存实现 #

要让后续的docker-build任务能访问到front-end阶段生成的fe目录缓存，核心是让两个任务共享同一缓存配置：

1. 配置全局共享缓存
   在.gitlab-ci.yml最顶部定义全局缓存，确保所有任务（包括front-end和to-be-continuous的docker-build）使用相同的缓存key和路径：

cache:
  key: "$CI_COMMIT_REF_SLUG" # 按分支设置缓存key，同分支任务共享缓存
  paths:
    - fe # 包含前端产物目录

stages:
  - front-end
  - build
  - test
  - package-build

front-end:
  stage: front-end
  image: "registry.hub.docker.com/trion/ng-cli-karma:latest"
  script:
    - git submodule update --init --recursive # 若fe是git子模块，需先初始化拉取代码
    - npm run fe-install
    - npm run fe-build

2. 覆盖docker-build任务的缓存配置（若需要）
   如果to-be-continuous的docker-build任务自带独立缓存配置，需在你的.gitlab-ci.yml中覆盖它，确保包含fe路径：

# 导入to-be-continuous的docker配置后，添加以下内容
docker-build:
  cache:
    key: "$CI_COMMIT_REF_SLUG"
    paths:
      - fe
      # 保留docker-build原本需要的缓存路径（如node_modules等）

方案二：通过Artifacts传递产物（更可靠） #

缓存可能因GitLab的缓存清理策略失效，用artifacts传递产物更稳定，适合流水线内的产物传递：

1. front-end阶段上传artifacts
   修改front-end任务，添加artifacts配置，将生成的fe目录作为产物上传：

front-end:
  stage: front-end
  image: "registry.hub.docker.com/trion/ng-cli-karma:latest"
  script:
    - git submodule update --init --recursive
    - npm run fe-install
    - npm run fe-build
  artifacts:
    paths:
      - fe
    expire_in: 1 week # 设置产物过期时间，避免占用存储空间

2. 让docker-build任务依赖front-end的artifacts
   在你的.gitlab-ci.yml中，给docker-build任务添加依赖，确保它下载front-end阶段的产物：

docker-build:
  needs:
    - job: front-end
      artifacts: true

最后确认Dockerfile路径 #

确保你的Dockerfile中正确复制fe目录的产物，比如：

# 假设前端产物在fe/dist目录下
COPY fe/dist /usr/share/nginx/html
# 或根据你的应用结构调整路径

内容的提问来源于stack exchange，提问作者Jerome L.G.