composer install --repository-url= 可临时绕过全局/项目镜像配置，直接从指定https源拉取元数据；url须以https://开头、结尾带/，且仅本次生效，不修改配置、不清缓存。
composer install --repository-url= 临时换源不改配置
这条命令能让 composer install 这一次完全绕过全局或项目级镜像设置，直接从指定地址拉取元数据，适合调试、CI 临时修复或帮同事快速验证某个镜像是否可用。
常见错误现象：Could not resolve host 或 cURL error 60 —— 多半是用了已下线的清华旧源 https://packagist.phpcomposer.com；Could not find package 则可能是镜像同步延迟，先去对应镜像站首页搜包名确认是否存在。
-
--repository-url=是唯一合法参数名，--repository或--repository-url（没等号）会报Unknown option - URL 必须以
https://开头、末尾带/，例如：composer install --repository-url=https://mirrors.aliyun.com/composer/ - 该参数只影响本次命令，不写入任何配置文件，也不清缓存，所以如果本地缓存里还有 packagist.org 的旧 metadata，仍可能部分请求失败
- 若同时存在项目级
repositories字段，该参数会优先于它生效
为什么 composer install 卡在 “Loading composer repositories”
这不是网络卡，是镜像根本没生效，composer install 还在试图直连 packagist.org。国内无 CDN、DNS 污染、TLS 握手失败三重干扰下，这个阶段大概率超时或 404。
典型表现：命令停住不动超过 1 分钟，-vvv 日志首行请求地址仍是 https://packagist.org/packages.json。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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，输出必须是完整 JSON，如{"type": "composer", "url": "https://mirrors.tuna.tsinghua.edu.cn/composer/"}；空、null或"https://packagist.org"都说明配置失败 - 检查是否被项目级
composer.json中的repositories覆盖——项目级优先级永远高于全局 - 执行
composer clear-cache再试，否则缓存里的旧元数据会继续触发官方源请求 - Windows 用户注意 PowerShell 中
=可能被解析为赋值，建议改用 Git Bash 或 CMD 执行
项目级镜像配置：写进 composer.json 更可靠
全局配置在 CI、Docker、多项目共用开发机时容易失效，而把镜像源写进 composer.json 能确保所有环境行为一致，尤其适合团队协作和部署。
错误写法会导致 composer install 直接报错 Invalid repository type 或静默回退官方源。
- 必须在
composer.json顶层添加repositories数组，不能嵌套在其他字段下 - 每个仓库对象必须含
"type": "composer"和完整 URL（HTTPS + 末尾/），例如：{"type": "composer", "url": "https://mirrors.cloud.tencent.com/composer/"} - 不要写多个
type: "composer"的仓库——Composer 不支持主备镜像，重复声明会校验失败 - 改完后删掉
vendor/和composer.lock，再跑composer install，否则 lock 文件里仍记录着旧源的 dist URL
阿里云/腾讯云/华为云镜像 URL 差异与踩坑点
各家镜像路径结构不同，复制命令时漏一个斜杠或错一个路径段，composer install 就会拼出错误路径，比如 /composerpackages.json 导致 404。
华为云最易出错：它的路径是 /repository/php/composer/，不是 /composer/；腾讯云和阿里云虽结构相似，但腾讯云不保留已删包，遇到 Package not found 要先确认原包是否还在 packagist.org 上。
- 阿里云：
https://mirrors.aliyun.com/composer/（同步快，华北节点稳） - 腾讯云：
https://mirrors.cloud.tencent.com/composer/（CDN 广，南方用户延迟低） - 华为云：
https://mirrors.huaweicloud.com/repository/php/composer/（注意中间两层路径） - 中科大：
https://packagist.mirrors.ustc.edu.cn/（无额外路径，但偶尔同步延迟） - 所有 URL 都不能省略末尾
/，也不能加/packages.json后缀——那是 Composer 自己拼的
composer config -g repo.packagist 输出不对，或者 composer install -vvv 日志里没出现镜像域名，就等于没切过去。
