答案:通过 GitHub Actions 的 actions/cache@v4 缓存 Composer 依赖和 vendor 目录,基于 composer.lock 生成缓存键,可显著加速 PHP 项目构建,建议结合操作系统和 PHP 版本信息优化缓存命中率。

在使用 Composer 构建 PHP 项目时,依赖安装(composer install)往往是最耗时的步骤之一。特别是在 CI/CD 环境中,每次构建都从远程拉取所有包会显著拖慢流程。通过将 GitHub Actions 的 @actions/cache 与 Composer 结合,可以有效复用已下载的依赖包和已生成的自动加载文件,大幅缩短构建时间。
Composer 在运行过程中会将下载的包、元信息和日志等存储在本地缓存目录中。默认情况下,这个目录位于:
~/.composer/cache在 GitHub Actions 的 Linux 运行器中,用户主目录为 /home/runner,因此完整路径是:
/home/runner/.composer/cache缓存该目录后,后续构建可以直接复用之前下载的压缩包(dist files)、源码克隆(source clones)以及已解析的版本信息,避免重复网络请求。
要在工作流中启用缓存,需在 YAML 文件中添加 actions/cache@v4 步骤,并指定缓存路径与缓存键(cache key)。以下是一个典型配置示例:
jobs:
build:
runs-on: ubuntu-latest
steps:
- name: Checkout code
uses: actions/checkout@v4
<pre class="brush:php;toolbar:false;"> - name: Cache Composer packages
id: composer-cache
uses: actions/cache@v4
with:
path: ~/.composer/cache
key: ${{ runner.os }}-composer-${{ hashFiles('**/composer.lock') }}
restore-keys: |
${{ runner.os }}-composer-
- name: Install dependencies
run: composer install --no-progress说明:
除了 Composer 自身缓存,还可以直接缓存项目根目录下的 vendor 文件夹和自动加载优化结果。这种方式更激进,但需注意兼容性:
- name: Cache Vendor Directory
uses: actions/cache@v4
with:
path: |
vendor
bootstrap/cache/*.php
key: ${{ runner.os }}-vendor-${{ hashFiles('**/composer.lock') }}
搭配以下命令使用效果更佳:
composer install --no-progress --optimize-autoloader --classmap-authoritative这样可跳过整个依赖安装过程,前提是 lock 文件和 PHP 版本完全一致。
基本上就这些。合理利用 @actions/cache 可让 Composer 安装从数十秒降至几秒,尤其在频繁提交的项目中收益明显。关键是找准缓存目标并设计稳定的缓存键策略。
以上就是如何在Composer中使用GitHub Actions缓存来加速构建_actions/cache与Composer的完美结合的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号