composer create-project 加 –no-interaction（或 -n）可跳过所有交互式提问，但要求模板支持默认值，否则失败；它不抑制脚本执行或网络请求，仅关闭用户输入通道。
composer create-project 怎么跳过交互式提问
直接加 --no-interaction（或简写 -n）就能跳过所有交互，包括包选择、脚本确认、配置输入等。它不是“静默模式”，而是强制走默认路径——没默认值的步骤会直接失败，不是跳过。
常见错误现象：create-project 卡在 “Which package would you like to use?” 或 “Do you want to run the post-create-project-cmd script?”；或者报错 Aborted 但没提示原因。
- 必须确保目标项目模板支持非交互初始化，比如 laravel 的
laravel/laravel、symfony 的symfony/skeleton都预设了默认行为 - 如果模板里自定义了
post-create-project-cmd脚本且脚本内部有readline()或未设默认值的ask()，--no-interaction仍会中断 -
--no-interaction不影响网络请求或依赖安装过程本身，只屏蔽用户输入环节
为什么 composer install 有时还会停住，明明加了 -n
因为 install 默认不触发交互，除非你手动配置了需要确认的脚本，或者 composer.json 里写了带交互逻辑的 scripts（比如调用 php artisan key:generate 但没传 --force）。
典型场景：CI/CD 流水线里 composer install -n 突然卡住，其实不是 Composer 在问，是下游命令在问。
- 检查
composer.json的scripts字段，尤其是post-install-cmd和post-update-cmd - 某些包的脚本会检测是否为 TTY 环境，
-n不足以绕过，得额外加--no-ansi或设置环境变量COMPOSER_NO_INTERACTION=1 - PHP 版本不匹配时，Composer 可能提前退出并报错，看起来像“卡住”，实际是进程已终止
和 –no-scripts、–no-plugins 的区别在哪
--no-interaction 只关输入，不关执行；--no-scripts 是跳过所有 scripts 定义的命令；--no-plugins 是禁用插件——三者互不影响，可以叠加使用。
容易踩的坑：以为加了 -n 就万事大吉，结果 post-root-package-install 里的脚本报错退出，整个流程还是断了。
- CI 环境推荐组合：
composer install -n --no-scripts --no-autoloader，再手动dump-autoload -
--no-plugins在用私有仓库或自定义 installer 时要小心，可能让require失效 - 有些插件（如
hirak/prestissimo）已被弃用，但残留配置会导致--no-plugins下载变慢，而非报错
windows 上执行失败但 linux 没问题？
大概率是路径分隔符或 shell 解析差异导致的参数截断，尤其当命令被写在批处理文件或 github Actions 的 run 字段里时。
错误信息常为：Unknown option: -n 或直接报 Command "create-project" is not defined，其实是引号没闭合或空格被吃掉。
- Windows CMD 下避免用双引号包裹整个命令，改用
composer create-project laravel/laravel myapp --no-interaction这种裸写法 - PowerShell 里
--no-interaction必须加单引号或反引号转义，否则会被当成 cmdlet 参数解析 - GitHub Actions 中，
run: composer ...建议统一用单引号包裹整行，防止 YAML 解析干扰
交互不是玄学，是输入通道开关；关掉它之前，先确认下游有没有藏着没声明的依赖项或硬编码的 prompt。