jenkins中仅加--no-progress无法消除乱码，必须搭配--no-ansi才能去除ansi颜色和控制字符；推荐组合为--no-progress --no-ansi --no-interaction --no-suggest，兼顾静默与关键信息可见性。
为什么 Jenkins 里加了 --no-progress 还是满屏乱码？
因为 --no-progress 只关进度条动画，不关 ANSI 颜色和控制字符。Jenkins 的日志解析器遇到 ^[[32m、\r 这类序列会显示为乱码或重复行，grep 也匹配不到关键信息。
必须搭配 --no-ansi 才能真正消除颜色和转义符；单独用 --no-progress 在 Jenkins 里等于没关干净。
-
--no-progress：删掉Downloading https://... [=====> ] 72%这类动态刷新行 -
--no-ansi：删掉所有颜色标记，让Installing symfony/console (v6.4.0)变成纯文本 - 两个缺一不可——只加一个，日志里仍有干扰项
Jenkins Pipeline 中推荐的最小静默组合
不是只加 --no-progress，也不是直接上 --quiet。CI 场景下最平衡的写法是：
composer install --no-progress --no-ansi --no-interaction --no-suggest
这四者各自解决一个噪音源：
-
--no-progress：去掉下载/解压时的百分比和旋转图标 -
--no-ansi：避免日志里出现ESC[36m类控制符 -
--no-interaction：防止卡在 auth 提示或脚本确认上（比如Do you want to store credentials?） -
--no-suggest：跳过类似monolog/monolog suggests installing ext-xdebug这种无用建议，省下 5–10 行日志
--no-progress 和 --quiet 别混用，除非你真要零输出
--quiet（或 -q）会吞掉所有非错误输出，包括 Generating autoload files、Package operations: 42 installs, 3 updates，甚至低危警告（如包已废弃）。CI 流水线里一旦出错，你可能连哪一步失败都看不到。
--no-progress 是“保留关键状态，只删动画”；--quiet 是“只剩错误”。两者语义完全不同。
- 调试阶段可临时用
composer install -q快速验证是否成功 - 生产级流水线建议坚持用
--no-progress --no-ansi --no-interaction --no-suggest，确保关键信息可见 - 真要彻底静默：加重定向
> /dev/null 2>&1，但务必检查$?退出码
全局配置比每次写参数更可靠
在 Jenkins Agent 上运行多个项目时，每次命令都手动敲一堆参数容易漏。直接设全局配置更稳：
composer config -g no-progress true
这条命令会把 {"config": {"no-progress": true}} 写进 ~/.composer/config.json（Linux/macOS）或 %APPDATA%\Composer\config.json（Windows），之后所有 composer install、composer update 默认生效。
- 注意：该配置对已存在的
vendor/目录无效——如果composer.lock没变，Composer 根本不触发下载，也就没机会显示进度条 - 若 Jenkins Agent 使用精简镜像（如
php:alpine），--no-progress有时仍会卡住，此时需补环境变量COMPOSER_DISABLE_TTY=1
--no-progress 就完事，它只是整套输出净化里的第一环。漏掉 --no-ansi 或 --no-interaction，就可能在日志里留下乱码、卡住构建，或者让错误被淹没。
