如何在GitLab CI YAML中定义隐性任务的依赖以共享制品？

首先明确核心问题：你用隐性任务（.foo、.bar）作为模板，但GitLab CI里带.前缀的隐性任务仅为复用模板，不会单独运行，所以.bar里写needs: .foo完全无效——根本不存在名为.foo的可执行任务，只有它的实例（比如foo-call）才会实际运行并生成制品。

可行方案1：通过变量动态指定依赖 #

把.bar模板的依赖改为变量，继承模板时传入实际运行的foo实例名称，既保留模板复用性，又能正确关联目标制品：

.foo:
  script:
  - mkdir test/
  - echo "hello-world" > test/foobar.txt
  artifacts:
    paths:
    - test/

.bar:
  script: 
  - do something
  needs:
  - job: $FOO_JOB
  dependencies:
  - $FOO_JOB
  artifacts:
    paths:
    - test/
  variables:
    FOO_JOB: "foo-call" # 设置默认依赖的foo实例

foo-call:
  extends: .foo
  stage: first_stage

baz:
  extends: .bar
  stage: first_stage
  # 如果需要依赖其他foo实例，只需覆盖变量即可
  # variables:
  #   FOO_JOB: "another-foo-instance"

可行方案2：直接在模板中写死依赖（适合固定场景） #

如果所有.bar的实例都固定依赖同一个foo实例（比如foo-call），可以直接在.bar模板里写死依赖名称，继承后无需额外配置：

.foo:
  script:
  - mkdir test/
  - echo "hello-world" > test/foobar.txt
  artifacts:
    paths:
    - test/

.bar:
  script: 
  - do something
  needs:
  - job: foo-call
  dependencies:
  - foo-call
  artifacts:
    paths:
    - test/

foo-call:
  extends: .foo
  stage: first_stage

baz:
  extends: .bar
  stage: first_stage

原写法不可行的原因 #

GitLab CI的隐性任务仅作为代码复用模板，不会被CI系统识别为可执行job。needs和dependencies必须指向实际运行的job名称（即不带.前缀的任务，比如foo-call），而不能指向模板本身——模板从未执行过，自然没有制品可以共享。

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