Composer 2.x 已废弃 composer config -g repo.packagist，该命令静默无效；真正生效的是项目级 repositories 配置或全局环境变量 COMPOSER_REPO_PACKAGIST，且需配合 COMPOSER_AUTH 和完整生产参数（如 --no-interaction --optimize-autoloader）才能在CI中可靠运行。
为什么composer config -g repo.packagist在CI里不生效
这个命令根本不会起作用——Composer 2.x 已彻底废弃该配置项，执行后看似成功，实际被静默忽略。镜像没切过去，脚本仍直连 packagist.org，在国内环境大概率卡在 Connection refused 或无限 downloading。真正有效的只有两种方式：repositories 覆盖（项目级）或 COMPOSER_REPO_PACKAGIST 环境变量（全局级）。前者需写进 composer.json，后者适合 CI 流水线统一注入。
COMPOSER_AUTH 必须提前注入，否则 --no-interaction 直接报错退出
加了 --no-interaction 不等于“自动填密码”，它只是不问你，但缺凭证就立刻失败，日志里只有一行：Could not authenticate against private.example.com。CI 中必须确保：COMPOSER_AUTH 环境变量已设好且格式严格；或挂载 $HOME/.composer/auth.json 文件，路径和内容都得对。GitHub Token 示例：{"github-oauth": {"github.com": "xxx"}}，注意不是 "token" 字段，也不是裸字符串。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
镜像 + 认证 + 非交互参数必须组合使用，缺一不可
单独改镜像或单独加 -n 都撑不住完整部署链。可靠命令长这样：composer install --no-interaction --no-dev --optimize-autoloader --classmap-authoritative --no-ansi
同时满足：
• 镜像通过 COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/ 注入
• 私有包凭证由 COMPOSER_AUTH 提供
• --no-dev 防止 require-dev 里带交互逻辑的脚本被触发
• --optimize-autoloader 和 --classmap-authoritative 是生产环境 autoload 稳定性的硬性前提
• --no-ansi 防止颜色控制符污染日志管道
SSL证书验证失败不是镜像问题，是PHP底层没配CA证书
换完镜像还是报 SSL certificate problem？先别折腾 Composer，运行：php -r "print_r(openssl_get_cert_locations());"
如果 openssl.cafile 或 curl.cainfo 为空、路径不存在、或指向已过期文件，说明 PHP 根本没加载可信 CA。此时所有 HTTPS 请求（包括镜像源）都会失败。
修复要点：
• 下载最新 cacert.pem（从官方源保存为纯文本）
• 在 CLI 生效的 php.ini 末尾加两行，路径必须是**绝对路径+双引号**：curl.cainfo = "D:/php/extras/ssl/cacert.pem"openssl.cafile = "D:/php/extras/ssl/cacert.pem"
• 关闭终端重开，再验证：php -r "var_dump(file_get_contents(ini_get('curl.cainfo')) !== false);" 输出 bool(true) 才算到位
