如何配置GitLab CI使作业仅依赖特定构建产物？

方案1：拆分构建作业（推荐） #

把原有的单一构建作业拆分为多个专注于特定产物的子作业，每个子作业只生成并上传对应类型的产物作为artifacts，后续作业直接依赖对应子构建作业即可：

stages:
  - build
  - publish

# 构建应用（用于Docker镜像）
build-app:
  stage: build
  script:
    - # 执行构建应用的命令，产物输出到 ./app-dist
  artifacts:
    paths:
      - ./app-dist
    expire_in: 1d

# 构建NuGet包
build-nuget:
  stage: build
  script:
    - # 执行打包NuGet的命令，产物输出到 ./nuget-packages
  artifacts:
    paths:
      - ./nuget-packages
    expire_in: 1d

# 生成数据库迁移文件
build-migrations:
  stage: build
  script:
    - # 生成迁移文件的命令，产物输出到 ./db-migrations
  artifacts:
    paths:
      - ./db-migrations
    expire_in: 1d

# 打包Docker镜像，仅依赖build-app的产物
publish-docker:
  stage: publish
  needs: [build-app]
  script:
    - # 使用 ./app-dist 构建Docker镜像

# 发布NuGet包，仅依赖build-nuget的产物
publish-nuget:
  stage: publish
  needs: [build-nuget]
  script:
    - # 发布 ./nuget-packages 中的NuGet包

# 执行数据库迁移，仅依赖build-migrations的产物
run-migrations:
  stage: publish
  needs: [build-migrations]
  script:
    - # 使用 ./db-migrations 执行迁移

这种方式职责清晰，每个作业只处理对应类型产物，后续作业只会下载自己需要的artifacts，完全避免冗余下载。

方案2：单一构建作业+按需拉取产物 #

如果不想拆分构建作业，可在构建作业中将不同类型产物放到独立目录，后续作业通过artifacts:paths指定仅拉取需要的目录：

stages:
  - build
  - publish

# 单一构建作业生成所有产物，按类型分目录存放
build-all:
  stage: build
  script:
    - # 构建应用到 ./app-dist
    - # 打包NuGet到 ./nuget-packages
    - # 生成迁移文件到 ./db-migrations
  artifacts:
    paths:
      - ./app-dist
      - ./nuget-packages
      - ./db-migrations
    expire_in: 1d

# 打包Docker镜像，仅拉取app-dist目录
publish-docker:
  stage: publish
  needs: [build-all]
  artifacts:
    paths:
      - ./app-dist
  script:
    - # 使用 ./app-dist 构建镜像

# 发布NuGet包，仅拉取nuget-packages目录
publish-nuget:
  stage: publish
  needs: [build-all]
  artifacts:
    paths:
      - ./nuget-packages
  script:
    - # 发布NuGet包

# 执行迁移，仅拉取db-migrations目录
run-migrations:
  stage: publish
  needs: [build-all]
  artifacts:
    paths:
      - ./db-migrations
  script:
    - # 执行数据库迁移

这种方式下，构建作业仍会上传所有产物，但后续作业只会下载指定路径的文件，有效减少下载耗时。

关键说明 #

• needs关键字可让后续作业在依赖的构建作业完成后立即启动，支持跨阶段并行，比传统阶段依赖更高效。
• expire_in用于设置artifacts的过期时间，避免不必要的存储空间占用。
• 确保产物路径清晰独立，才能精准筛选需要的文件。

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