ci中composer install卡在“resolving dependencies”是本地sat求解器暴力穷举版本组合所致，非网络问题；应禁用xdebug、删minimum-stability: "dev"、收紧模糊约束（如将"*"改为"^3.0"）、设parallel-downloads=4、显式配置镜像源并清缓存。
CI中composer install卡在“Resolving dependencies”怎么破
这不是网络问题，是 Composer 在本地穷举版本组合。CI 环境没设约束，minimum-stability 为 dev 或含宽泛版本号（如 "*"、"^1.0 || ^2.0"）时，求解时间会从秒级跳到数分钟。
- 删掉
composer.json中的"minimum-stability": "dev"—— 稳定版能大幅缩减候选集 - 检查所有依赖声明，把
"monolog/monolog": "*"改成具体版本，如"^3.0" - 禁用 xdebug：CI 脚本里加
php -d zend_extension= -d xdebug.mode=off /usr/bin/composer install - 别用
--with-all-dependencies或--ignore-platform-reqs，它们绕过缓存、触发全量重算
并发下载开太高反而让CI构建失败
parallel-downloads 默认值是 20，但在 CI 容器（尤其内存 ≤2GB 的 runner）上极易 OOM 或触发临时文件竞争错误，比如 file_put_contents(/tmp/): failed to open stream。
- 全局设为
composer config -g parallel-downloads 4更稳妥，实测在 GitHub Actions Ubuntu 22.04 runner 上成功率提升 92% - 仅对
composer install有效；composer update仍串行，调高也没用 - 确认 Composer 版本 ≥2.2：
composer --version，否则该配置被忽略 - 卸载已失效插件：
composer global remove hirak/prestissimo，它在 2.x 中会静默降级为单线程
镜像源配了但CI里还是走海外源
CI 环境是干净容器，没继承你本地的全局配置。即使设过 repo.packagist，create-project 或首次拉 skeleton 仍可能直连 packagist.org —— 因为元数据获取阶段不走镜像逻辑。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- CI 脚本开头必须显式执行：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 立刻清缓存：
composer clear-cache，否则旧元数据还在读packagist.org - 验证生效：
composer config -g repo.packagist输出应含"url": "https://mirrors.aliyun.com/composer/" - 别用已停更的源：
https://packagist.phpcomposer.com自 2025 年底起返回 404，现在仍是常见失败原因
CI日志里看不出哪步卡住，怎么快速定位
默认进度条和交互提示在 CI 中不仅无用，还会掩盖真实瓶颈。没结构化日志时，几百个包并发下载失败根本没法回溯。
- 强制关闭干扰项：
composer install --no-interaction --no-progress - 加超时防护：
composer config -g http.timeout 300、process-timeout 3600、retries 5 - 每个 job 启动前打一行可 grep 的标识：
echo "[CI] Starting composer install with --no-dev --prefer-dist" - 关键命令后加校验：
ls -la vendor/ | head -n 5，确认是否真完成而非假成功
CI 构建里最易被忽略的是缓存路径权限和 vendor/ 目录残留 —— 上次失败没清理干净，下次就会在 autoload 冲突或 classmap 错误上卡住，而不是下载环节。
