答案是composer config --global不能用于团队配置，因其仅写入单个用户的~/.composer/config.json，无法纳入git、ci/cd不可见、多项目无法差异化、权限易错乱，而项目级composer.json的repositories数组才支持版本控制与全环境生效。
全局配置机制本身不支持跨团队分发同步——这不是功能缺陷，而是设计使然。它根本就不是为“同步”而生的。
为什么composer config --global不能当团队配置用
它只写进单个用户的~/.composer/config.json，这个文件：
- 不在 Git 版本控制里，新人 clone 项目后完全不知道它该长什么样
- CI/CD 容器没家目录，
~/.composer压根不存在，配置直接失效 - 多项目共用同一份全局配置，但 A 项目要禁用 packagist.org，B 项目要加私有源，根本没法差异化
- 权限错乱常见：用
sudo composer config --global写入，结果 PHP 进程以www-data身份运行，读不到 - JSON 格式一出错（比如少个逗号），后续所有
composer命令都报JSON decode error，排查极难
composer.json 的 config 和 repositories 才是真同步点
只有写进项目级 composer.json 的配置，才能被 Git 跟踪、CI 自动加载、新成员开箱即用。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
config字段可覆盖超时、secure-http、vendor-dir等行为，且优先级高于全局 -
repositories必须是数组，首项必须为{"packagist.org": false}，否则 Composer 2.2+ 会忽略镜像 - 镜像 URL 末尾必须带
/，否则请求变成https://mirrors.aliyun.com/composer/packages.json（404） - 私有 VCS 源（如 GitLab）应作为第二项或之后插入，绝不能删掉首项
团队初始化脚本里不该碰 composer config --global
如果非要用全局配置（比如统一设置 github-oauth token 或 cache-dir），必须明确限定场景：
- 仅限开发机本地缓存路径、认证凭据等与项目无关的纯环境变量
- 脚本执行前先检查当前用户是否拥有
~/.composer写权限，避免静默失败 - 绝对不要在 CI 脚本里执行
composer config --global，它不会生效，还可能污染构建环境 - 若需统一 auth，改用
COMPOSER_AUTH环境变量注入，比写全局 config 更可靠
真正容易被忽略的点是：composer.lock 文件本身不记录镜像源，它只锁定包版本和 dist URL；一旦 repositories 改了但没删 vendor 和 composer.lock，composer install 仍会从旧地址拉包——这问题不会报错，只会悄悄走错源。
