composer config -g repo.packagist 命令总不生效是因为三个硬性条件任一缺失：键名必须为单数 repo.packagist（非 repos.packagist）、第二参数必须显式写 composer（type 值）、URL 必须 HTTPS 且末尾带 /；任一出错即静默回退官方源，验证需输出完整 JSON 对象。
composer config -g repo.packagist 命令为什么总不生效
它不报错，但完全不走镜像，90% 是因为三个硬性条件漏掉一个：repo.packagist不能写成repos.packagist（多一个s就静默忽略）；第二个参数必须显式写composer（这是仓库类型声明，漏掉就 fallback 到官方源）；URL 必须是https://开头，且末尾带/：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌。
验证是否写入成功：运行composer config -g repo.packagist，输出必须是完整 JSON 对象（如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}）或至少是完整 URL 字符串。如果为空、null、或仍是https://packagist.org，说明根本没写进去。
项目级配置怎么避免覆盖私有仓库
执行composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g）会自动向composer.json的repositories字段追加条目，但前提是：repositories已存在且为对象或数组格式。
- 如果
composer.json原本是"repositories": {}，命令会转为标准数组并插入packagist条目 - 如果原本是
"repositories": [ ]，命令会向数组末尾追加新项，不破坏已有 Git/VCS 源 - 千万别手动写
"packagist": false——这会导致基础扩展（如ext-json）校验失败 - 改完后建议运行
composer update --lock，确保composer.lock记录新源地址
宝塔、CI 或 Docker 里镜像为啥还是不生效
全局配置composer config -g写的是当前用户的~/.composer/config.json，而宝塔默认以www用户运行，CI 流水线用runner或git用户，Docker 容器里可能是www-data或自定义用户——它们都读不到你本地root或个人账户下的配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
排查方法：在对应环境里先切到实际执行用户（如sudo -u www whoami），再运行composer config -g repo.packagist。
- 给
www用户配镜像：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本中别依赖全局配置，改用临时参数：
composer install -vvv --repository-url=https://mirrors.aliyun.com/composer/
换源后还卡在 “Resolving dependencies”？和镜像无关
镜像只加速元数据拉取和 ZIP 包下载，不参与依赖解析。如果你发现composer update卡在Resolving dependencies几十秒以上，问题大概率出在：
-
composer.json中 PHP 版本约束太宽，比如"php": "^7.4 || ^8.0 || ^8.1"，让 Composer 尝试大量组合 - 存在大量未锁定的
dev-分支依赖，如"monolog/monolog": "dev-main" -
require-dev里塞了太多工具包，尤其是已废弃的fxp/composer-asset-plugin
这类问题不会因换镜像改善，得从约束收敛、版本锁定、清理 dev 依赖入手。
