加 --no-interaction（或 -n）参数可跳过“Do you want to store credentials for…”等交互提示，使 composer install 在 CI/CD 或 Docker 中不卡住；该参数令所有交互走默认值，安全且不影响已配置的 auth.json。
composer install 时卡在 “Do you want to store credentials for …” 怎么跳过
这是最典型的交互式阻塞场景，composer install 默认会尝试读取或写入 auth.json，遇到未配置的私有仓库或 GitHub token 提示就停住。不加干预，CI/CD 或 Docker 构建直接失败。
解决方法很简单：加 --no-interaction（可简写为 -n）参数。它不是“关闭提示”，而是让所有交互式问题走默认值（比如一律选否、跳过凭证保存、不重试失败操作）。
-
composer install --no-interaction是安全兜底方案，适用于所有命令 - 若已配置好
auth.json，该参数不会干扰认证流程；若没配，它会避免卡住，但可能因权限不足导致安装失败——这时得先解决凭证问题，而不是依赖-n - 注意：它不等价于
--quiet，后者只控制输出，不影响交互逻辑
为什么 set COMPOSER_NO_INTERACTION=1 还是弹提示
环境变量生效有前提：必须在 Composer 启动前被子进程继承。Windows 上用 set COMPOSER_NO_INTERACTION=1 只对当前 cmd 窗口有效，且某些 shell（如 Git Bash）不认 Windows 的 set 语法。
更可靠的做法是统一用 export（Linux/macOS）或 setx（Windows 持久化），但多数情况下没必要——直接加参数更可控。
- Linux/macOS：
COMPOSER_NO_INTERACTION=1 composer install（临时生效，推荐） - Windows cmd：
set COMPOSER_NO_INTERACTION=1 && composer install - PowerShell：
$env:COMPOSER_NO_INTERACTION="1"; composer install - CI 配置（如 GitHub Actions）中，建议写成
run: composer install --no-interaction，避免环境变量污染其他步骤
composer create-project 非交互创建失败的常见原因
composer create-project 在模板包含 post-create-project-cmd 脚本时，仍可能触发交互（比如 Laravel 安装后问是否清空缓存、是否运行 key:generate）。此时仅靠 --no-interaction 不够。
真正要禁掉的是脚本里的交互调用，比如 symfony/console 的 $input->isInteractive() 返回 false 才能跳过。所以关键看模板本身是否适配非交互模式。
- 优先选官方维护的 skeleton（如
laravel/laravel），它们通常已处理好--no-interaction - 自定义模板中，若用了
php artisan或bin/console命令，需确认其支持--no-interaction参数并透传 - 遇到卡住，先加
-vvv看输出哪一步停住，再针对性加参数，比如：composer create-project laravel/laravel test --no-interaction --prefer-dist -vvv
CI/CD 中漏掉 --no-interaction 导致构建超时
很多 CI 流水线默认使用 composer install，没加任何参数。一旦项目引入了需要认证的私有包，或者依赖的某个包在 post-install-cmd 里调用了交互式命令（如询问是否启用某功能），整个 job 就会挂起直到超时。
这不是 Composer 的 bug，而是设计使然：它假设本地开发时人可响应，但 CI 环境必须显式声明“无人值守”。
- Dockerfile 中务必写死：
RUN composer install --no-interaction --optimize-autoloader - GitHub Actions、GitLab CI 的 yml 文件里，所有
composer命令都应带--no-interaction，别依赖全局配置 - 不要试图用
echo "no" | composer install模拟输入——部分内部交互不走 stdin，会失效
交互式行为藏得深，有时在 vendor 包的脚本里，有时在平台特定的钩子中。加 --no-interaction 是底线，但得配合日志和实际报错才能确认它真起作用。
