--no-interaction（或-n）是ci/cd中保命参数，必须加在composer install、create-project、update、require等所有可能触发交互的命令上，否则会卡在确认提示、凭证输入或脚本交互处；它不解决错误，仅将等待转为明确报错。
--no-interaction（或 -n）是必须加的，否则 CI/CD 里会卡死在 “Do you want to continue?” 或凭据输入上，不是可选项，是保命参数。
哪些命令不加 -n 就会在自动化中挂住
常见误判是“只有 create-project 才要 -n”，其实只要涉及用户确认、模板选择、权限覆盖、凭证补全的命令，都默认交互：
-
composer install：缺失composer.lock时不会问你是否生成，而是直接报错Lock file does not exist.—— 这看似没卡住，但本质是-n把“等你输 y”变成了“立刻失败”，暴露了前置问题 -
composer create-project：默认停在 “Directory ./myapp exists, remove it? [yes]” 和 Git 初始化确认，不加-n就永远卡住 -
composer update：遇到平台要求不满足（如 PHP 版本低），会列出冲突并等你选 resolve 策略；-n下直接终止并输出不兼容列表 -
composer require：Flex 插件触发 recipe 时虽不弹 yes/no，但若配了"scripts": {"auto-scripts": {...}}，仍可能因脚本内联交互（如 assets:install 的确认）中断
--no-interaction 不等于“静默成功”，它只是把等待变成报错
很多人加了 -n 还失败，是因为混淆了「交互」和「错误」。这个参数只跳过人机对话，不修复底层问题：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 认证失败（
401 Unauthorized）不是交互，是错误：即使加了-n，私有仓库没配auth.json或没设COMPOSER_AUTH环境变量，照样失败 - PHP 扩展缺失（如
zip、mbstring）会导致create-project解压无声失败，日志里只显示空响应或超时，-n不会掩盖，只会让失败更快发生 -
composer.lock没提交到 Git？install -n不会帮你update，而是立刻退出，报错明确但不可恢复 - 用了
--prefer-dist却在composer.json里写了"preferred-install": {"myvendor/*": "source"}？Composer 2.x 会静默忽略配置、强走 dist，结果拉不到包，报Package not found—— 这跟交互无关，是参数冲突
CI/CD 中真正稳定的写法不是只加 -n
单靠 --no-interaction 无法保证流程可靠，必须组合环境变量与前置校验：
- 用
COMPOSER_NO_INTERACTION=1替代或补充-n：尤其在 GitHub Actions 或 Dockerfile 的多行 RUN 中，避免每条命令都写-n，也防止某些旧版 Composer 对参数顺序敏感（比如composer install --no-scripts -n比composer install -n --no-scripts更稳妥） - 私有包访问前必须预置凭证：
composer config http-basic.repo.example.com $USERNAME $TOKEN，或设COMPOSER_AUTH='{"http-basic": {"repo.example.com": {"username": "...", "password": "..."}}}' - Flex 项目想跳 recipe？
--no-interaction不管用，得加--no-scripts或设SYMFONY_SKIP_RECIPES=1 - Docker 构建时，
RUN composer install -n必须搭配--prefer-dist（否则 fallback 到慢得多的--prefer-source且不报错），同时建议加--no-dev --optimize-autoloader裁剪生产环境
最容易被跳过的其实是 PHP 基础环境检查：composer install -n 成功不代表能跑起来，扩展缺失、OPcache 关闭、时区未设，都会在后续阶段才暴露。交互禁掉了，但条件没备齐，失败只是推迟了而已。
