如何配置单仓库GitLab流水线，仅在对应目录文件变更时触发？

仓库结构 #

.
├── a/
│   ├── app.js
│   ├── Dockerfile
│   ├── .gitlab-ci.yml
│   └── README.md
├── b/
│   ├── script.sh
│   └── README.md
├── .gitlab-ci.yml
└── README.md

当前配置问题 #

当前父级.gitlab-ci.yml存在两处核心问题：

• 定义的stages为projects，但project_a任务指定的stage是未定义的triggers，会导致任务执行逻辑异常
• rules仅配置了changes规则，未明确限定流水线类型，且a/*仅匹配a目录下的一级文件（写法不够严谨，无法覆盖未来可能新增的子目录）

修改根目录README.md时触发所有流水线，正是因为阶段不匹配+规则兜底逻辑缺失导致的误触发。同时a/.gitlab-ci.yml中添加的when: on_success属于冗余配置，GitLab默认规则即为on_success，无需额外声明。

优化后的配置 #

父级.gitlab-ci.yml #

stages:
  - projects

project_a:
  stage: projects
  trigger:
    include: a/.gitlab-ci.yml
  rules:
    # 分支流水线：仅当a目录下任意文件变更时触发
    - if: '$CI_PIPELINE_SOURCE == "push"'
      changes:
        - a/**/*
      when: always
    # MR流水线：仅当MR提交包含a目录下文件变更时触发
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
      changes:
        - a/**/*
      when: always
    # 兜底规则：其他情况一律不触发
    - when: never

a/.gitlab-ci.yml #

stages:
  - build

build:
  stage: build
  script:
    - echo hello

关键说明 #

• 使用a/**/*替代a/*，可以匹配a目录下所有层级的文件（包括未来新增的子目录文件）
• 通过$CI_PIPELINE_SOURCE明确区分分支流水线（push）和MR流水线（merge_request_event），确保两种场景都能按预期触发
• 兜底的when: never规则彻底避免了非目标文件变更导致的误触发
• 移除冗余配置，保持子项目CI文件的简洁性

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