使用 --no-progress 选项可禁用 Composer 的下载进度条和动画提示，适用于 CI/CD 环境；它保留错误、警告及成功提示，不同于 --quiet（-q）会抑制几乎所有输出。
Composer 安装时如何禁用进度条（no-progress）
默认情况下，composer install 或 composer update 会显示下载进度条（如 Downloading: 100%），这在 CI/CD 环境、日志采集或静默部署中容易干扰解析。启用 --no-progress 即可完全隐藏该输出。
-
--no-progress是全局选项，适用于所有命令：composer install --no-progress、composer update --no-progress、composer require --no-progress foo/bar - 它只影响「下载进度条」和「安装过程中的动画式状态提示」，不影响错误信息、警告或实际执行逻辑
- 与
--quiet（-q）不同：--quiet会抑制几乎所有输出（包括成功提示和警告），而--no-progress保留关键日志，仅去掉进度渲染 - 某些旧版本 Composer（composer --help | grep no-progress
全局配置 composer.json 中禁用进度条
若希望所有项目默认关闭进度条，可在全局配置中设置 no-progress 为 true。注意：这不是写在项目级 composer.json 里，而是 Composer 的全局 config 文件。
- 运行
composer config -g no-progress true，会将配置写入~/.composer/config.json（Linux/macOS）或%APPDATA%\Composer\config.json（Windows） - 配置生效后，所有后续命令（除非显式加
--progress）都自动启用静默下载 - 若已存在全局 config，该命令会合并字段；也可手动编辑 config 文件，确保有：
{"config": {"no-progress": true}} - 想临时覆盖全局设置？加
--progress参数即可（如composer install --progress）
CI 环境中推荐的组合用法
在 GitHub Actions、GitLab CI 或 Jenkins 中，光关进度条还不够——还要避免交互式行为和缓存干扰。
- 典型安全组合：
composer install --no-progress --no-interaction --optimize-autoloader --no-dev -
--no-interaction防止因缺少配置触发交互式提问（比如 auth token 提示） -
--optimize-autoloader和--no-dev虽不相关进度条，但常与--no-progress同时出现于构建脚本中 - 若使用
COMPOSER_NO_INTERACTION=1环境变量，也能替代--no-interaction，但--no-progress没有对应环境变量，必须靠参数或 config
常见误用和排查点
加了 --no-progress 却仍有进度输出？大概率是以下情况之一。
- 拼写错误：写成
--no-progres或--no_progress—— 必须是--no-progress（短横线，无下划线） - 参数位置错误：放在命令末尾但前面有
--（如composer install -- --no-progress），会导致被当作传递给脚本的参数而非 Composer 自身选项 - 插件干扰：某些自定义 installer 插件（如处理私有包的）可能自行打印进度；此时
--no-progress无效，需查插件文档 - Docker 构建中未生效：确认基础镜像中 Composer 版本 ≥ 1.10（
--no-progress从 1.10 起稳定支持），低版本建议升级或改用--quiet
实际效果差异很直观：没加参数时你会看到一行不断刷新的 Downloading: 100%；加了之后，同一包下载只输出一行 Package operations: 1 install, 0 updates, 0 removals，然后直接跳到下一步。
别忽略 composer config -g 和 --no-progress 的配合——它对团队统一 CI 行为比每次写全参数更可靠，但也要记得提醒新成员检查本地全局配置是否意外启用了它。
