CI日志被进度条刷屏是因为composer install默认输出动态ANSI进度条，导致日志混乱难检索；加--no-progress可转为静态单行输出，配合--no-ansi和--no-interaction才是CI必需组合。
为什么CI日志里总被进度条刷屏？
默认情况下，composer install 会在终端输出动态进度条（比如下载时的旋转符号、百分比、实时速率），这些在本地看很直观，但在 CI/CD 日志流中会变成大量重复刷新的 ANSI 控制字符和覆盖行——实际日志文件里可能看到一堆 ^M、\r 或乱码，搜索“Installing xyz”时根本定位不到，错误信息也被滚动冲走。
--no-progress 怎么让日志变干净？
它不改变安装逻辑，只把「动态刷新」变成「静态输出」：每一步只打印一次确认信息，比如
Downloading https://repo.packagist.org/packages.json Installing symfony/console (v6.4.0)
这样日志是线性、可 grep、可正则提取的。配合 --no-ansi（去颜色）和 --no-interaction（防卡住），才是 CI 真正需要的组合：
composer install --no-progress --no-ansi --no-interaction --optimize-autoloader- 若还要更安静（比如仅保留错误），可加
--quiet，但会隐藏警告，慎用
容易忽略的副作用和坑
--no-progress 本身不提速，但它减少了终端 I/O 刷新次数，在远程日志（如 GitLab CI 的 Web 控制台）中能明显减少“卡顿感”。不过要注意：
- 它不解决
post-install-cmd脚本产生的噪音——这类脚本得靠--no-scripts单独禁用 - 某些私有仓库认证失败时，原生进度条会卡住并超时；关闭后可能直接报错退出，反而更快暴露问题
- 如果日志系统依赖行首时间戳（如某些 ELK 配置），动态刷新行可能导致时间戳错位，
--no-progress是刚需
生产部署要不要加这个参数？
要。不是“可选”，而是“必须”。哪怕你不用 CI，只要部署脚本是自动执行的（比如 Ansible、Capistrano、Docker 构建），就该加上 --no-progress。否则一旦某次部署失败，第一眼看到的不是错误原因，而是一屏无法复制的闪烁字符。
