必须加--no-interaction（或-n）参数跳过交互提示，否则ci/cd等无人值守环境会因等待输入而超时失败；该参数强制走默认路径，禁用所有用户确认、进度条和输入等待。
Composer执行时卡在“Do you want to continue?”怎么办
这是典型的交互式提示阻塞，尤其在CI/CD流水线或Docker构建中常见。根本原因是Composer默认启用交互模式，遇到需要确认的操作（如安装未声明的包、清理旧版本、写入配置）会停住等待输入。
解决方法是强制启用非交互模式：composer install --no-interaction 或简写 -n。该参数会让Composer跳过所有用户确认步骤，用默认行为自动推进。
-
--no-interaction会静默接受默认选项（如“yes”），不报错也不中断 - 它不影响依赖解析逻辑，只关闭IO层的
readline()调用 - 若当前环境已设置
COMPOSER_NO_INTERACTION=1，无需重复加参数
哪些命令必须加--no-interaction才适合自动化
不是所有命令都默认安全跳过交互——有些即使在CI中也会触发提示。重点盯住这几个：
-
composer install：当composer.lock缺失或过期时，可能提示“generate lock file?” -
composer update：升级时若检测到平台配置变更（如PHP版本），可能询问是否更新platform配置 -
composer create-project：初始化项目时默认询问是否删除目标目录 -
composer dump-autoload：极少触发，但若autoload-dev配置异常，某些版本会弹出警告并等待确认
建议在脚本中统一使用 composer install -n 和 composer update -n，避免漏掉某个环节。
--no-interaction和--quiet的区别
这两个参数常被混用，但作用完全不同：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--no-interaction（或-n）：关闭输入，保留标准输出（如下载进度、包列表） -
--quiet（或-q）：关闭输出，但不关闭输入——如果遇到交互提示，依然会卡住 - 二者可共存：
composer install -n -q表示“不问、不吭声”，适合日志敏感场景
错误写法：composer install -q —— 看似安静，实际可能在后台挂起等待输入，导致超时失败。
Docker或GitLab CI里漏掉-n的真实后果
在容器或CI环境中，标准输入（stdin）通常不可写或被重定向为/dev/null。此时Composer尝试读取输入会立即失败，并抛出类似错误：
PHP Warning: fgets() expects parameter 1 to be resource, null given in phar:///usr/bin/composer/src/Composer/IO/ConsoleIO.php on line 297
更糟的是，某些Composer版本不会报错，而是无限等待，最终被CI平台kill掉进程，表现为“任务超时”或“exit code 137”。
真正保险的做法是在ENTRYPOINT或CI脚本开头显式导出环境变量：export COMPOSER_NO_INTERACTION=1，这样所有后续composer命令自动继承该行为，不用每个地方都加-n。
别指望“本地能跑通就代表CI没问题”——交互模式在TTY存在时才激活，而Docker默认不分配TTY，所以本地docker run不加-t时反而更容易暴露问题。
