Composer镜像配置在项目构建中的应用-composer-PHP中文网

composer config -g repo.packagist 不生效是因为三个硬性条件缺一不可：键名必须为单数 repo.packagist、中间必须显式指定 type 值 composer、url 必须 https 且末尾带 /；任一不符即静默回退官方源。

composer镜像配置在项目构建中的应用

composer config -g repo.packagist 命令为什么总不生效

它不报错，但composer install照旧卡在 Loading composer repositories——根本不是网络差，而是三个硬性条件漏掉任意一个就静默 fallback 到官方源。

repo.packagist 是固定键名，写成 repos.packagist、repository.packagist 或 packagist.org 全部无效
中间的 composer 是必须显式的 type 值，不能省略，也不能替换成 composer.org 或其他字符串
URL 必须是 HTTPS 且末尾带 /：https://mirrors.aliyun.com/composer/ ✅，https://mirrors.aliyun.com/composer ❌（少斜杠会导致拼出 /packages.json 返回 404）

验证是否真写进去了：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或仍显示 https://packagist.org，说明配置根本没落盘。

项目级配置如何避免覆盖私有源并确保生效

进项目根目录后执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g），这条命令会自动向 composer.json 的 repositories 数组追加新项，而不是清空重写。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

如果原 composer.json 是 "repositories": {}，命令会转为标准数组格式并插入 packagist 条目
如果已有私有 VCS 源（如 Git 地址），命令会追加到数组末尾，不破坏原有结构
改完必须删掉 vendor/ 和 composer.lock：因为 composer.lock 里记录的是旧源下的 dist URL，不删它，composer install 仍按旧地址下载，根本不会走新镜像
删完只跑 composer install（不是 update），让 Composer 从头解析依赖、生成适配新镜像的 lock 文件

宝塔、CI、Docker 里镜像为啥不生效

全局配置只对当前 shell 用户生效，而 Web 服务、CI runner 或容器内进程往往以不同用户身份运行，导致配置“看不见”。

宝塔后台默认用 www 用户执行命令，需切换用户： sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
GitHub Actions / GitLab CI 中，-g 配置写入的是 runner 用户的 ~/.composer/config.json，但构建步骤可能使用不同工作目录或缓存路径，建议改用 --repository-url 参数临时指定
Docker 构建中，~/.composer 目录在镜像层里不存在或未持久化，composer config -g 写入后可能被后续 RUN 覆盖；更可靠的做法是在 Dockerfile 中直接用 --repository-url 或 COPY 预配置好的 config.json