旧版composer（1.x）不识别repo.packagist键名，因其全局镜像配置需通过repositories数组实现，而该键名是2.x+才引入的单点声明方式。
旧版Composer（1.x）执行composer config -g repo.packagist为什么没反应
不是命令错了，是旧版根本不识别repo.packagist这个键名。Composer 1.x 的全局镜像配置走的是repositories字段，且必须用数组结构写入~/.composer/config.json，而repo.packagist是 2.0+ 才引入的单点主源声明方式。
- Composer 1.10.22 及更早版本：执行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/会静默失败，config.json里根本不会出现该字段 - 正确做法是手动编辑
~/.composer/config.json，确保repositories为数组，并把镜像作为第一项：[{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}] - 如果已有
repositories字段但类型是对象（如{"packagist.org": false}），需先转成数组格式再插入，否则 Composer 1.x 会直接忽略整个字段
composer self-update升级后镜像反而失效了
升级到 2.x 后，旧版写入的repositories数组会被 Composer 自动降级处理，但优先级逻辑变了：它现在只认repo.packagist，而原repositories数组被当作普通第三方源，不再接管 packagist.org 主源流量。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 升级后必须运行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/覆盖重写 - 旧版留下的
"repositories": [...]仍保留在~/.composer/config.json中，但已不生效——别试图“合并”新旧配置，直接删掉整个repositories字段即可 - 验证方式不变：
composer config -g repo.packagist输出必须是完整 JSON，且composer diagnose里Repo packagist.org:后显示你的镜像地址
CI 环境里 Composer 版本混用导致镜像行为不一致
很多 CI 脚本用curl -sS https://getcomposer.org/installer | php拉最新版，但有些项目锁定了composer:1.10镜像，结果同一套配置在本地（2.x）和流水线（1.x）里表现完全不同。
- 不要依赖“最新版”：CI 中显式指定版本，比如
php composer.phar self-update --1或--2，避免自动升级带来的兼容断层 - 项目级配置比全局更稳：在
composer.json里用composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），这样无论跑 1.x 还是 2.x 都能 fallback 到repositories数组解析 - 若必须用全局配置，CI 脚本里加判断：
composer --version | grep -q "version 1" && sed -i 's/"repositories":.*/"repositories": [{"type":"composer","url":"https://mirrors.aliyun.com/composer\/"}]/' ~/.composer/config.json
为什么composer install在旧版里还是卡在 Resolving dependencies
镜像源只加速元数据下载（packages.json、p2/目录等），不改变依赖解析算法。Composer 1.x 的 SAT 求解器比 2.x 慢得多，尤其当composer.json里存在宽泛约束（如"php": "^7.4 || ^8.0"）时，耗时可能从秒级升到分钟级。
- 这不是镜像问题，换源也无效——检查
composer.json里的 PHP 版本约束、dev 包数量、是否启用了minimum-stability宽松策略 - 旧版无法启用
composer update --with-dependencies这类优化参数，唯一有效手段是锁定关键包版本，减少求解空间 - 如果必须用 1.x，建议在
composer.lock已存在的情况下只跑composer install，跳过解析阶段
