GitLab CI父子流水线include引入任务文件不生效问题求助

根因分析 #

1. YAML重复键覆盖：你的job2/pipeline.yml中定义了两次顶级include字段，YAML语法规范下同级别重复键会被后定义的内容覆盖，因此引入job1/pipeline.yml的配置完全没有生效，只有第二次引入的file.yml和后续自定义任务被解析。
2. 无阶段配置导致潜在并行风险：如果直接修复include问题，所有引入的job1系列任务和自定义的custom-image系列任务会默认分配到同一个阶段，触发并行执行，不符合你的串行要求。

修复步骤 #

1. 合并重复的include配置 #

修改job2/pipeline.yml的include逻辑，将多个引入项合并到同一个include数组中：

# 修正后的include配置，合并为单个数组避免覆盖
include:
  - project: 'project-name'
    file: 'job1/pipeline.yml'
  - project: 'project-name'
    file: file.yml

注：job1/pipeline.yml中已经引入过file.yml，你可以根据实际情况去掉重复引入项避免冗余。

2. 新增阶段配置保证串行执行 #

不需要新增额外trigger，只需通过阶段定义控制任务执行顺序：

第一步：在job2/pipeline.yml顶部新增阶段声明

stages:
  - job1_task_stage
  - custom_task_stage

第二步：修改job1/pipeline.yml的模板，指定所属阶段

.template: &template
  extends: .kaniko-build
  stage: job1_task_stage # 所有job1系列任务都会继承该阶段配置

第三步：修改job2/pipeline.yml的自定义模板，指定所属阶段

.template-custom-image1: &template-custom-image1
  extends: .kaniko-build
  stage: custom_task_stage # 阶段晚于job1系列任务，保证串行执行

3. 按需调整变量匹配规则 #

你当前job2触发下游流水线时传递的CODENAME值为bionic，因此引入的job1系列任务中只有匹配bionic的job1-2会被创建。如果需要所有job1系列任务都执行，将job2规则中的CODENAME值改为all即可：

# .gitlab-ci.yml中job2的规则修改
job2:
  stage: stage2
  rules:
    - if: $CI_COMMIT_REF_NAME == "master" && $CI_PIPELINE_SOURCE == "schedule"
    - changes: 
      - job2/*
      variables:
        CODENAME: all # 改为all即可匹配所有job1系列任务的规则
  trigger:
    include:
      - project: 'project-name'
        file: 'job2/pipeline.yml'

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