composer config -g repo.packagist 不生效是因为必须同时满足三个硬性条件：键名必须为单数 repo.packagist、第二个参数必须显式写 composer（type 值）、URL 必须 HTTPS 且末尾带 /，任一缺失即静默回退官方源；验证需执行该命令并确认输出为完整 JSON 对象。
composer config -g repo.packagist 为什么总不生效
它根本不会报错，但 composer install 还是卡在 Loading composer repositories——这不是网络问题，是命令漏了三个硬性条件，Composer 就静默 fallback 到 https://packagist.org。
-
repo.packagist必须一字不差：写成repos.packagist、repository.packagist或mirror全部无效 - 中间的
composer是type值，小写，不可省略——漏掉它，配置等于没写 - URL 必须是 HTTPS 且末尾带
/：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会拼出/composerpackages.json，返回 404）
验证是否真写进去了？别信“命令没报错”，运行 composer config -g repo.packagist。输出必须是完整 JSON 对象，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null、或仍是 https://packagist.org，说明失败，立刻重试。
宝塔/Jenkins/Docker 构建中镜像为何失效
不是镜像地址错了，是配置压根没落到实际执行用户目录下。
- 宝塔任务默认用
www用户跑，你用root配的~/.composer/config.json它读不到 - Jenkins 流水线用
jenkins用户，Docker 构建用root或自定义用户，各自家目录独立 - Docker 镜像里
~/.composer默认不存在，RUN composer config -g必须显式执行，不能靠宿主机继承
正确做法：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（换 www 为对应用户）；Dockerfile 中加 RUN composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，Alpine 镜像还需 RUN apk add --no-cache ca-certificates 补证书。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置如何安全合并私有仓库
直接 composer config repo.packagist（不加 -g）看似简单，但会全量覆盖 composer.json 的 repositories 字段，已有的 Git 私有包源、Satis 内网源全部丢失。
-
composer.json中"repositories"必须是对象{}，不是数组[]；否则命令报错，需手动先改成"repositories": {} - 必须显式写
"packagist.org": false在根节点（不是repositories里面），否则 Composer 2.2+ 仍 fallback -
"repositories"下的 key 必须是"packagist"（固定名），不能是"aliyun"或"huawei"，否则不触发镜像逻辑
最终结构应类似：
{
"packagist.org": false,
"repositories": {
"packagist": {
"type": "composer",
"url": "https://mirrors.aliyun.com/composer/"
},
"my-private": {
"type": "vcs",
"url": "https://git.internal.company/private/package.git"
}
}
}
换源后还是慢？清缓存和旧文件是硬性步骤
镜像只加速元数据下载，但 Composer 优先读本地缓存和 composer.lock 里记录的老地址。哪怕你刚配好镜像，它也可能还在往 packagist.org 发请求。
- 必须先运行
composer clear-cache - 删干净
vendor和composer.lock（Windows 用rd /s/q vendor && del composer.lock） - 再跑
composer install -vvv，日志里搜Downloading，确认出现的是镜像 URL 而非packagist.org - 若日志仍有
packagist.org，说明composer.json里写了"packagist.org": false却没配对的"packagist"镜像项
最容易被忽略的是：项目级配置中 "repositories" 块里的 key 名必须严格为 packagist，拼错一个字母，Composer 就当它是普通第三方仓库，完全不走镜像逻辑。
