如何在 GitLab CI/CD 中高效缓存 Composer 依赖以加速构建？

GitLab CI/CD 中应优先缓存 Composer 全局缓存目录（~/.composer/cache/）并以 composer.json 和 composer.lock 文件哈希值为 cache key，避免直接缓存 vendor/ 目录以防权限、环境漂移等问题，可提升构建速度 40%–70%。

在 GitLab CI/CD 中缓存 Composer 依赖，核心是复用 vendor/ 目录或 Composer 的全局缓存目录，避免每次构建都重新下载和安装包。关键是选对缓存路径、配置合理的缓存键（cache key），并避开常见陷阱（比如缓存污染或权限问题）。

使用 Composer 全局缓存目录（推荐）

Composer 自带的缓存机制（~/.composer/cache）比直接缓存 vendor/ 更安全、更高效——它只缓存下载的 zip/tar 包和已解析的元数据，不包含项目特定的 autoloader 或脚本，不会因 composer.json 微小变动导致整个 vendor 失效。

在 .gitlab-ci.yml 中配置如下：

cache:
  key: ${CI_COMMIT_REF_SLUG}-composer-cache
  paths:
    - ~/.composer/cache/

登录后复制

再确保每次 job 都运行 composer install --no-interaction --prefer-dist（CI 环境默认启用 cache，无需额外参数）。

按依赖指纹生成 cache key（精准失效）

用 composer.json 和 composer.lock 的 SHA256 值作为 cache key，能保证：lock 文件一变，缓存自动失效；没变就复用，真正实现“增量优化”。

示例写法：

cache:
  key: 
    files:
      - composer.json
      - composer.lock
  paths:
    - ~/.composer/cache/

登录后复制

GitLab 会自动计算这两个文件的哈希值拼接成唯一 key，无需手写 script。

标签： ci/cd php js git json composer gitlab