composer不支持--quiet参数，因其命令行无该选项，尝试使用会报“unknown option: quiet”；真正静默需组合重定向（>/dev/null 2>&1）、--no-interaction及--no-scripts等开关。
不能靠加--quiet实现——Composer 没有这个参数，加了会报错。
为什么composer install无法用--quiet静默？
Docker Compose 的 --quiet 和 npm 的 --silent 是常见误导源。Composer 命令行本身不支持 --quiet 或 -q 参数，尝试使用会直接提示 Unknown option: quiet。
它真正可用的静默控制方式只有两类：输出重定向 + 关键开关参数。
-
composer install默认输出大量依赖解析、下载、解压进度，这些不是“日志”，而是 stdout/stderr 写入，必须靠 shell 重定向拦截 - 某些操作（如脚本执行、dev 包安装）会产生额外输出，需用
--no-scripts、--no-dev等显式关闭，否则重定向也拦不住内部 echo
真正有效的静默执行组合
要让 composer install 在后台不刷屏、不卡住、不出错，必须同时满足三个条件：
- 用
> /dev/null 2>&1重定向全部输出（包括 PHP warning 和 Composer 自身提示） - 加上
--no-interaction（缩写-n），否则遇到 license 确认或交互式 prompt 会挂起 - 根据场景补上关键抑制参数：
--no-scripts（跳过 post-install-cmd）、--no-dev（不装 require-dev）、--optimize-autoloader（减少 dump 阶段输出）
典型命令示例：
composer install -n --no-scripts --no-dev --optimize-autoloader > /dev/null 2>&1
注意：& 放在重定向之后才能真正后台运行；如果漏掉 -n，在 CI 或 systemd service 里可能因 TTY 检测失败而阻塞。
crontab 或 systemd 里静默运行的陷阱
直接把上面命令丢进 crontab 仍可能失败，原因不是语法问题，而是环境缺失：
- crontab 默认 PATH 很窄，
composer命令很可能找不到——必须用绝对路径，如/usr/local/bin/composer - PHP CLI 的
memory_limit可能被设为128M，而composer install在 resolve 阶段常需 800MB+，静默退出其实是 OOM killer 杀的，dmesg | tail会看到Out of memory: Kill process - 某些私有包需要 auth.json，但 crontab 不继承用户 home 目录，得显式用
-d COMPOSER_HOME=/path/to/home指定
安全写法示例（crontab 中）：
/usr/local/bin/composer install -n --no-scripts --no-dev --optimize-autoloader -d /var/www/myapp > /dev/null 2>&1
CI/CD 流水线里更要注意脚本是否真被跳过
很多 CI 模板默认带 --no-scripts，你以为静默了，其实只是脚本根本没跑——但如果你依赖 post-install-cmd 生成密钥或清缓存，就会出问题。
- 检查 CI 脚本里是否写了
composer install --no-scripts，而你又没手动补composer run-script post-install-cmd -
--no-scripts是全局开关，不会区分脚本类型；想只跳过某几个，只能临时改composer.json的scripts字段再还原 - 本地能跑通但 CI 报错，优先 grep 日志里有没有
Script ... handling the post-install-cmd event returned with error code—— 说明脚本没被跳过，而是执行失败了
静默不是目的，可控才是。输出关掉了，错误也容易被掩盖；建议至少保留 stderr 到日志文件，比如 2> install.err，而不是全扔进 /dev/null。
