Composer 默认通过检测 TTY 启用进度条；--no-progress 仅禁用下载安装阶段进度条，不抑制状态提示、错误或脚本输出；彻底静默需 --no-progress --quiet --no-interaction。
为什么 composer install 会输出进度条？
Composer 默认启用进度条，本质是通过检测 stdout 是否为 TTY（终端）来决定是否启用交互式输出。当在 CI/CD 环境、Docker 构建或重定向输出时，TTY 可能不可用，但 Composer 仍可能尝试渲染 ANSI 进度条，导致日志混乱或被误判为错误。
--no-progress 能关掉所有进度输出吗？
能，但仅限「下载和安装阶段」的实时进度条（如 Downloading https://... [============================>]）。它不会抑制以下内容：
-
Writing lock file、Installing dependencies等状态提示行 - 错误信息（如
Failed to download vendor/package） - 脚本执行输出（如
php artisan optimize的结果）
若需彻底静默，还需配合其他参数：
composer install --no-progress --quiet --no-interaction
--quiet 抑制所有非错误输出（包括成功提示），--no-interaction 防止任何交互式等待（如 auth token 提示）。
CI/CD 中推荐的安静运行组合
在 GitHub Actions、GitLab CI 或 Jenkins 中，应避免仅依赖 --no-progress。真实场景下常遇到的问题是：进度条字符混入日志、ANSI 转义序列污染 JSON 输出、或因未设 --no-interaction 导致构建卡住。
- Dockerfile 构建时建议：
RUN composer install --no-progress --no-interaction --optimize-autoloader --classmap-authoritative - GitHub Actions 中若需保留错误日志但隐藏进度：
composer update --no-progress 2>&1 | grep -v "^\[.*%\]$"（简单过滤，不推荐长期依赖） - 注意：
--quiet会同时屏蔽Warning，某些低危警告（如过期包）可能被忽略，需权衡
替代方案：环境变量 COMPOSER_NO_INTERACTION 和 COMPOSER_DISABLE_TTY
某些旧版 Composer（--no-progress，此时可改用环境变量：
COMPOSER_NO_INTERACTION=1 COMPOSER_DISABLE_TTY=1 composer install
COMPOSER_DISABLE_TTY=1 强制禁用所有基于 TTY 的功能（含进度条、颜色、交互），比 --no-progress 更底层；COMPOSER_NO_INTERACTION=1 等效于 --no-interaction。两者组合在 Alpine Linux 等精简镜像中更可靠。
真正容易被忽略的是：这些环境变量对已缓存的 vendor 目录无效——如果 vendor/ 已存在且 composer.lock 未变，Composer 可能跳过下载阶段，进度条自然不出现，但这不是“安静”，只是“没触发”。
