CI中composer install卡住八成因未切国内镜像源,必须用composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/配置并验证输出,同时清除缓存、避免vendor目录缓存导致环境不一致。

CI里composer install卡住,八成是镜像没切对
CI构建中composer install长时间无响应、超时或报Connection refused,不是网络抽风,而是还在连默认的https://packagist.org。GitHub Actions、GitLab CI这些共享runner出口IP常被限速,一试就卡在Downloading https://packagist.org/packages.json。
根本原因:没配全局镜像,或配置写错但静默失效。Composer不会报错,只会死等30秒后放弃——而这30秒全耗在DNS解析、IPv6 fallback或TLS握手失败上。
- 必须用
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/(注意末尾斜杠不能少) - 别信CI日志里“已执行配置”的记录,每次都要跑
composer config -g repo.packagist验证输出是否为完整URL或JSON对象 - 加
-vvv重跑composer install,grep日志里的请求地址,确认真实走的是mirrors.aliyun.com而非packagist.org
全局配置为什么在CI里经常不生效
全局配置写在~/.composer/config.json,但它只对当前用户生效。CI环境里常见陷阱是:
-
sudo composer config -g把配置写进了root用户的~/.composer/config.json,但构建进程实际以www-data、gitlab-runner或普通用户身份运行,读不到 - 宝塔、Docker多阶段构建、K8s Job等场景下,PHP运行容器和Composer构建容器不是同一个,配置无法跨容器传递
- 某些CI平台(如早期GitLab Runner)默认禁用用户家目录写入,
~/.composer路径不可写,命令看似成功实则没落盘
解决办法:先查清执行用户(whoami),再用sudo -u $USER composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/;Docker中应在PHP基础镜像层执行该命令,而非单独用composer:latest构建阶段。
auth.json凭据不能硬编码,但也不能漏配
私有包拉不到?Could not fetch https://gitlab.example.com/api/v4/projects/123/repository/archive.zip本质是没凭据。直接把auth.json提交到仓库等于公开公司Token,绝对禁止。
- CI脚本中动态生成:用
printf %s "$GITLAB_TOKEN" | base64 -d避免echo拼接导致特殊字符(如$、')截断 - 路径必须是
~/.composer/auth.json,Composer不读项目根目录下的同名文件 - 敏感变量要设为CI平台Secret(GitHub Secrets / GitLab CI Variables),且启用“masked”防止日志泄露
- 如果项目同时用多个私有源,
auth.json里http-basic对象可并列,无需重复写结构
缓存vendor目录是CI里最危险的优化
有人为了提速,在CI里缓存vendor/并跳过composer install,结果上线后随机报Class not found或Cannot declare class。这不是Bug,是缓存错环境的必然结果。
根本原因:vendor/包含平台相关代码(如ext-redis扩展检测、php版本约束生成的autoload_classmap.php)。CI缓存的vendor/是在构建机PHP环境下生成的,部署到生产机(不同PHP小版本、不同扩展)时,类加载逻辑可能彻底失效。
- 正确缓存目标是
~/.composer/cache(HTTP包缓存)和composer.lock(锁定依赖树) - 每次CI都应执行
composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction -
composer.lock必须提交进Git,它是宕机时唯一保命文件;它不存在或不完整,换镜像也没用
镜像配置再稳,也救不了被缓存污染的vendor/——那不是加速,是埋雷。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











