COMPOSER_MIRROR不能直接生效,因Composer官方不识别该自定义变量,仅支持COMPOSER_HOME等预设变量;镜像配置须通过composer config显式设置或写入composer.json。

为什么 COMPOSER_MIRROR 不能直接生效
Composer 官方不识别 COMPOSER_MIRROR 这类自定义环境变量。它只读取 COMPOSER_HOME、COMPOSER_CACHE_DIR 等少数几个预设变量,镜像配置必须显式写入 composer.json 或全局 config。直接 export 一个镜像变量不会自动替换源地址。
用 composer config + 环境变量动态切换镜像
在 CI/CD 或多环境部署中,推荐在脚本里用 composer config 命令配合环境变量实时设置镜像。关键点是:先清空已有的 packagist.org 配置,再写入新镜像;否则旧配置会优先生效。
-
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/(阿里云) -
composer config -g repo.packagist composer https://packagist.org(官方源,用于回退) - 若需根据环境变量自动选择,Shell 中可这样写:
if [ "$CI_ENV" = "prod" ]; then composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ else composer config -g repo.packagist composer https://packagist.org fi
在 composer.json 中用 scripts 注入镜像逻辑
适合团队统一规范但又不想硬编码镜像地址的场景。把镜像切换封装成自定义命令,通过 composer run 触发,避免污染全局配置。
- 在项目
composer.json的scripts字段添加:"scripts": { "mirror:set:aliyun": "composer config repo.packagist composer https://mirrors.aliyun.com/composer/", "mirror:set:official": "composer config repo.packagist composer https://packagist.org" } - 执行时传入环境变量控制行为:
COMPOSER_MIRROR=aliyun composer run mirror:set:$COMPOSER_MIRROR
- 注意:这种写法依赖 shell 变量展开,仅在支持该语法的终端(如 Bash/Zsh)中有效;Windows CMD 不支持
$COMPOSER_MIRROR直接插值
镜像配置的坑:全局 vs 项目级、HTTPS 与证书验证
全局配置(-g)会影响所有项目,而项目级配置只作用于当前目录下的 composer.json。混用两者容易导致行为不可预期。另外,某些内网镜像使用自签名证书,会触发 cURL error 60: SSL certificate problem。
- 查当前生效的镜像源:
composer config --global repo.packagist(全局)或composer config repo.packagist(项目) - 禁用 SSL 验证(仅测试环境):
composer config -g secure-http false,但生产环境严禁开启 - 若镜像域名被 DNS 污染或解析失败,Composer 默认不会 fallback 到官方源,必须手动恢复:
composer config -g --unset repo.packagist
composer config -g repo.packagist 放进部署脚本开头,并确保每次执行前都明确覆盖,而不是依赖“之前已经设过”的假设。镜像地址一旦写错,composer install 就会卡在 Loading composer repositories 阶段,且默认超时长达 5 分钟——这点很容易被忽略。










