必须加--no-interaction才能在CI中跑通的命令是composer install、update和create-project，因它们分别会卡在“是否继续”“是否重建lock文件”和“是否删除目标目录”提示上。
加 --no-interaction（或简写 -n）是让 composer install 真正不卡住的最低要求，但它不是万能开关——只跳过确认类交互，不解决凭据缺失、平台不兼容或脚本内 readline() 这类问题。
哪些命令必须加 --no-interaction 才能跑通 CI？
真正常在无人值守环境里挂住的，就这几个：
-
composer install：缺composer.lock或 vendor 已存在时，会问 “Do you want to continue?” -
composer update：改了composer.json但没锁版本，可能弹 “Rebuild lock file?” -
composer create-project：默认提示是否删除目标目录，不加-n就阻塞
像 composer dump-autoload 或 composer validate 这类纯本地操作，加了也无害，但没必要。
--no-interaction 为什么有时还是卡住？
因为它只管“要不要继续”，不管“从哪来”或“怎么跑”。常见卡点：
- 私有包拉取时卡在
Username for 'https://...':→--no-interaction不提供凭据，得提前配auth.json或设COMPOSER_AUTH - 脚本里写了
$io->ask('Enter API key:')→ 这种调用绕过 Composer 的交互控制，得改脚本逻辑或传--force参数 - CI 用 PHP 8.3 构建却声明
"config": {"platform": {"php": "8.1"}}→ 直接报错退出，不是卡住，得加--ignore-platform-reqs（慎用）
CI 中最稳的 composer install 命令组合
单靠 --no-interaction 不够，必须堵住所有可能弹窗的口子：
- 固定行为：
--prefer-dist（避免 Git 克隆触发凭据输入） - 裁剪依赖：
--no-dev（跳过 require-dev 里可能含交互脚本的包） - 禁用插件：
--no-plugins（某些插件会在安装中探测网络或读取 home 目录） - 优化加载：
--optimize-autoloader（生产环境必备，和交互无关但常一起用）
最终推荐写法：composer install -n --prefer-dist --no-dev --no-plugins --optimize-autoloader
环境变量 COMPOSER_NO_INTERACTION=1 和 --no-interaction 有什么区别？
本质一样，但生效范围不同：
-
--no-interaction只影响当前命令，参数顺序建议放末尾（如composer install --no-dev -n） -
COMPOSER_NO_INTERACTION=1是全局环境变量，子进程也会继承，更适合 Dockerfile 或 CI 脚本顶层设置 - Windows cmd 要用
set COMPOSER_NO_INTERACTION=1，PowerShell 是$env:COMPOSER_NO_INTERACTION="1"
注意：composer init 这种纯交互命令，设了环境变量也会直接失败并报 Interactive mode is required，它压根没留非交互路径。
