GitLab如何使用手动触发的可选前置Job的当次流水线制品

GitLab CI 原生支持该需求，可通过 needs 关键字的可选依赖特性实现，无需额外第三方工具。

核心实现逻辑 #

• 配置 Job A 为手动触发、允许失败的可选任务，正常配置产出物规则
• 配置 Job B 的依赖规则，将 Job A 设为可选依赖：若当前流水线中 Job A 已执行，则自动拉取其产出物；若 Job A 未触发，则忽略该依赖直接执行

完整配置示例 #

stages:
  - build
  - deploy

job_a:
  stage: build
  script:
    # 此处替换为实际编译逻辑
    - mkdir -p build && echo "编译产出物" > build/output.bin
  artifacts:
    paths:
      - build/
    expire_in: 1 day
  when: manual  # 始终手动触发
  allow_failure: true  # 不触发也不阻塞后续任务，标记为可选执行

job_b:
  stage: deploy
  script:
    # 可按需增加判断逻辑，分支处理两种场景
    - if [ -f build/output.bin ]; then
        echo "检测到当前流水线Job A产出物，使用产物执行逻辑";
      else
        echo "未检测到Job A产出物，执行常规逻辑";
      fi
  needs:
    - job: job_a
      optional: true  # 核心配置：将Job A设为可选依赖

配置说明 #

• needs: optional: true 是 GitLab 13.10 及以上版本支持的特性，只会拉取当前流水线中已执行完成的 Job A 的产物，不会拉取其他历史流水线的产出物，完全匹配需求要求
• allow_failure: true 保证 Job A 未被手动触发时，整个流水线不会被标记为失败，Job B 可正常执行
• Job B 脚本内的文件判断逻辑可根据实际业务场景调整，无需分支判断的场景可直接省略，有产物时会自动识别使用，无产物时正常执行原有逻辑即可

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