composer_repo_packagist_url 仅在 install/update 时生效，因它是运行时临时变量，只被依赖解析阶段读取一次，不写入配置文件，也不影响全局命令。
COMPOSER_REPO_PACKAGIST_URL 为什么只在 install/update 时生效
这个环境变量不是配置项，而是运行时注入的临时源地址，Composer 只在解析依赖阶段（install 或 update）读取一次，之后就丢弃。它不会写入 ~/.composer/config.json，也不影响 composer global require、config -g 等命令。
常见误用场景：
- 在 CI 脚本里先
export COMPOSER_REPO_PACKAGIST_URL=...，再跑composer global require laravel/installer——变量根本没被读 - 用
sh -c "export VAR=... && composer install"，export在子 shell 生效，父进程的composer进程收不到 - 在 Docker Compose 的
environment:区块设了变量，但容器 entrypoint 没显式调用composer config -g，导致全局命令仍走默认源
COMPOSER_HOME 导致全局配置写错位置
执行 composer config -g repo.packagist 输出为空，大概率不是命令错了，而是配置被写进了别人家目录。Linux/macOS 下检查：echo $COMPOSER_HOME，再确认该路径是否存在且可读写；Windows 下注意 %COMPOSER_HOME% 大小写敏感，尤其 Git Bash 里常失效。
典型冲突场景：
- CI/CD 或宝塔中用
root配置，但 PHP 进程以www-data运行，读的是/var/www/.composer/config.json，而非/root/.composer/config.json - Docker 构建时用
USER www-data，但composer config -g是在root用户下执行的，写入路径错乱 - Vagrant 或非交互式 shell 中
$HOME未正确展开，composer config -g写到了/root/.composer却期望在/home/vagrant/.composer
项目级 repositories 字段静默屏蔽全局镜像
即使 composer config -g repo.packagist 输出正确 URL，composer install -vvv 日志里仍出现 packagist.org 或 codeload.github.com——这是项目级 composer.json 中的 "repositories" 字段在作祟。Composer 的源优先级是：项目级 > 全局 > 默认源，没有协商，没有 fallback。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
快速定位和修复：
- 运行
composer config repositories，看输出是否含https://repo.packagist.org或空数组[]—— 只要存在该键，全局镜像即失效 -
grep -A5 '"repositories"' composer.json定位硬编码位置 - 临时禁用：
composer config --unset repositories（注意无-g） - 若必须保留自定义仓库，确保其中 packagist 条目显式指向镜像 URL，且末尾带
/，例如：{"type": "composer", "url": "https://mirrors.tuna.tsinghua.edu.cn/composer/"}
镜像 URL 缺少末尾斜杠引发 404 并静默回退
写成 https://mirrors.aliyun.com/composer（缺 /），Composer 会拼出错误路径 /composerpackages.json，返回 404，然后安静切回官方源——不报错、不提示，日志里只显示 “Could not fetch”。
验证和设置要点：
- 真实生效的 URL 必须带 trailing slash，且协议为 HTTPS：
https://mirrors.huaweicloud.com/composer/ - 错误示例：
http://mirrors.aliyun.com/composer/（非 HTTPS）、https://mirrors.aliyun.com/composer（缺 /） - 直接验证：
curl -I https://mirrors.aliyun.com/composer/应返回 200；curl -I https://mirrors.aliyun.com/composer返回 404 - CI 中务必在
env:块或export行里确保 URL 末尾有/，否则变量白设
最易被忽略的一点：环境变量和配置文件的生效边界是割裂的。你设了 COMPOSER_REPO_PACKAGIST_URL，但忘了加 COMPOSER_DISABLE_PACKAGIST=1，packagist.org 仍会作为兜底源参与请求——慢、超时、甚至拉错包。这不是配置失败，是预期行为没关严。
