Composer日志级别由COMPOSER_LOG_LEVEL环境变量控制，值为0–8对应PSR-3级别，优先级高于--verbose，不同shell设置语法各异，CI中推荐统一用该变量避免冲突。
Composer 日志级别由 COMPOSER_LOG_LEVEL 环境变量控制
Composer 自 2.2 版本起原生支持通过 COMPOSER_LOG_LEVEL 设置日志等级，无需修改配置文件或加额外参数。这个变量值对应 PSR-3 标准的整数级别：0（emergency）到 8（debug），常用值为 4（warning）、5（notice）、6（info）、7（debug）。
注意：该变量只影响命令执行过程中的输出，不影响 composer.json 或插件内部的日志行为；且优先级高于 --verbose 参数——如果同时设置，环境变量生效，--verbose 被忽略。
-
COMPOSER_LOG_LEVEL=6：显示 info 级别及以上（默认行为，等价于无参数运行） -
COMPOSER_LOG_LEVEL=7：显示 debug 级别，包括依赖解析细节、远程包元数据请求等 -
COMPOSER_LOG_LEVEL=4：仅 warning 及以上，适合 CI 环境减少干扰输出 -
COMPOSER_LOG_LEVEL=0：几乎不输出（仅 fatal 错误），但不推荐，可能掩盖关键错误
在不同 shell 中设置环境变量的方式差异
Windows cmd 和 PowerShell、Linux/macOS bash/zsh 对环境变量赋值语法不同，写错会导致变量未生效，而 Composer 不报错也不提示——这是最常见的静默失败原因。
- Linux/macOS（bash/zsh）：
COMPOSER_LOG_LEVEL=7 composer install（临时单次生效） - Linux/macOS（持久化）：
export COMPOSER_LOG_LEVEL=7，再运行命令 - Windows cmd：
set COMPOSER_LOG_LEVEL=7 && composer install - Windows PowerShell：
$env:COMPOSER_LOG_LEVEL="7"; composer install（注意双引号和分号） - Docker：
docker run --env COMPOSER_LOG_LEVEL=7 -v $(pwd):/app composer:latest install
验证是否生效：运行 composer --version 后接 echo $COMPOSER_LOG_LEVEL（Linux/macOS）或 echo %COMPOSER_LOG_LEVEL%（cmd），确保输出匹配预期值。
与 --verbose 和 --no-ansi 的冲突关系
--verbose 实际上会强制将日志级别设为 7，无论 COMPOSER_LOG_LEVEL 设为何值。也就是说，只要命令行里出现 -v、-vv 或 --verbose，环境变量就失效。
-
COMPOSER_LOG_LEVEL=4 composer install -v→ 实际按7输出（debug 级别） -
COMPOSER_LOG_LEVEL=7 composer install --no-ansi→ 正常 debug 输出，只是禁用颜色 -
COMPOSER_LOG_LEVEL=7 composer install --quiet→--quiet优先级更高，完全屏蔽输出（除错误外）
CI 脚本中建议统一用环境变量控制，避免混用 --verbose，否则容易在调试时误判日志级别是否生效。
调试日志级别不生效的三个典型场景
遇到设置了 COMPOSER_LOG_LEVEL 却没变化，大概率是以下情况之一：
- Shell 未正确导出变量（如 bash 中漏掉
export，或 PowerShell 中用了$env:但没加分号） - 使用了
sudo执行 composer（例如sudo composer install），导致环境变量丢失；应改用sudo -E composer install保留环境 - 项目根目录存在
composer.json且含"config": {"verbose": true}字段——该配置会覆盖环境变量，需删掉或设为false
最稳妥的验证方式：在命令前加 env | grep COMPOSER（Linux/macOS）或 set COMPOSER（Windows cmd），确认变量确实传入了 Composer 进程。
