GitLab CI多文件场景下复用缓存并覆盖部分配置的方法

在多文件拆分的流水线结构中，你可以通过继承共享配置后直接重写需要修改的字段来实现需求，主流CI工具（如GitLab CI）都支持这种配置合并逻辑：

1. 保持共享缓存配置文件的原有内容
   比如你的.cache:composer配置（假设存放在ci/cache-composer.yml）：

.cache:composer:
  cache:
    key: $CI_COMMIT_REF_SLUG-composer
    paths:
      - vendor/
    policy: pull

2. lint任务直接继承复用
   在lint任务的配置文件（如ci/lint.yml）中，直接通过extends继承即可，无需修改任何缓存参数：

lint:composer:
  extends: .cache:composer
  script:
    - composer lint

3. install任务继承后覆盖policy参数
   在install任务的配置文件（如ci/install.yml）中，继承共享配置的同时，重新定义cache.policy字段，CI工具会自动用任务内的定义覆盖继承来的配置：

install:composer:
  extends: .cache:composer
  cache:
    policy: pull-push
  script:
    - composer install --no-interaction

4. 确保所有配置文件被主流水线引入
   最后在主流水线文件（如.gitlab-ci.yml）中引入所有拆分的配置文件：

include:
  - local: ci/cache-composer.yml
  - local: ci/lint.yml
  - local: ci/install.yml

这种方式既复用了共享的缓存key、paths配置，又能针对性地修改install任务的缓存策略，完全不需要依赖单文件的anchors特性。

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