composer install 卡在“do you want to continue?”是因为默认交互模式下遇缺失 lock 文件或依赖冲突会等待用户输入；必须加 --no-interaction（或 -n）跳过所有交互提示，否则 ci/cd 等无人值守环境会超时失败。
composer install 为什么卡在“Do you want to continue?”
因为默认交互模式下，composer install 遇到缺失 composer.lock 或依赖冲突时，会停住等你敲 y 或 n。CI/CD 流水线、Docker 构建、定时脚本里没人在旁边按回车，就直接超时失败。
- 必须加
--no-interaction（可简写为-n），强制跳过所有交互提示 - 它不只跳过确认，还禁用进度条、颜色输出和用户输入等待——这对日志解析很关键
- 注意：加了
--no-interaction后，如果真有不可自动解决的问题（比如 require 冲突且没指定--ignore-platform-reqs），命令会直接报错退出，不会卡住
哪些 composer 命令真正需要 --no-interaction
不是所有命令都受交互影响。真正常踩坑的是这几个：
-
composer install：检查 lock 文件、下载包、执行 scripts 前都可能弹确认 -
composer update：尤其当你改了composer.json但没跑composer update --lock，它可能问“是否重生成 lock？” -
composer create-project：默认会问是否删除目标目录，加-n才能静默覆盖 -
composer dump-autoload之类纯本地操作一般不需要，加了也无害，但没必要
--no-interaction 和其他常用参数的配合顺序
参数顺序会影响行为，尤其和 --no-scripts、--no-plugins、--ignore-platform-reqs 混用时：
-
--no-interaction必须放在命令末尾或紧挨其他布尔参数，不能插在中间；例如composer install -n --no-scripts可以，但composer install --no-scripts -n更稳妥（避免某些旧版本解析歧义） - 如果项目用了平台扩展（如
ext-redis），而构建环境没装，单加-n不够，得配--ignore-platform-reqs，否则仍会报错退出 -
--no-interaction不会跳过auth.json缺失导致的认证失败，那属于错误而非交互——得提前注入凭证或配置COMPOSER_AUTH环境变量
Dockerfile 里用 -n 还是 --no-interaction？
写 Dockerfile 时，建议统一用短参数 -n，原因很实际：
- 更短，少打字，行宽压力小（尤其多参数堆一起时）
- 所有 Composer 版本（>=1.0）都支持
-n，不用操心兼容性 - 但注意：Docker 构建时若用
RUN composer install -n，别漏掉--prefer-dist——否则可能 fallback 到慢得多的--prefer-source，且不报错 - 示例安全写法：
RUN composer install -n --prefer-dist --no-progress --optimize-autoloader
非交互式运行最麻烦的不是参数本身，而是把“跳过交互”当成万能解药。它只解决“人不在场”的问题，不解决“环境不对”“配置缺失”“权限不足”这些真问题——出错日志里看到 Script xxx handling the xxx event returned with error code 1，那八成是脚本里某个子命令自己又弹了交互，得去翻那个脚本本身。
