composer show -t 默认只显示顶层包，需先运行 composer install/update 确保 vendor 存在；查看完整树应加 --tree 并指定根包，旧版 Composer 可能不支持 show 命令。
composer show -t 显示依赖树时没反应或报错
默认情况下 composer show -t 只显示顶层包，不是完整树。如果项目没安装依赖（vendor/ 为空）或 composer.lock 缺失，会直接报错 Could not find package 或卡住。
- 先确保已运行过
composer install或composer update，vendor/目录存在且非空 - 想看完整依赖树，必须加
--tree并指定根包，例如：composer show -t vendor/name（但更推荐用下面的全局命令） - 若提示
Command "show" is not defined，说明 Composer 版本太老（composer self-update
composer tree 查不到命令：这是新版才有的功能
composer tree 是 Composer 2.2+ 引入的原生命令，替代过去靠 show -t 拼凑的方案。旧版本没有该命令，强行运行会提示 Command "tree" is not defined。
- 检查版本：
composer --version，输出需为Composer version 2.2.x或更高 - 升级方式：
composer self-update --stable（国内用户注意可能需要先配置镜像） - 基础用法：
composer tree默认显示全部依赖；加--format=plain可避免 ANSI 颜色干扰 CI 日志 - 想过滤某包的传递依赖？用
composer tree vendor/package-name，比如composer tree monolog/monolog
依赖树里出现重复包或版本冲突怎么读
树状图中同一包出现多次，不一定是错误——它反映的是不同上游包各自声明的依赖约束。但若版本号明显不一致（如 symfony/console v5.4.0 和 v6.2.0 并存），就可能触发加载失败或运行时行为异常。
- 关键看最后一级缩进的版本：那是实际被锁定安装的版本（来自
composer.lock） - 中间层级显示的是“请求来源”，例如：
→ my/project requires guzzlehttp/guzzle (^7.2)，表示这个要求来自你项目本身 - 如果某包在树中出现两次且版本无法合并（如一个要
^2.0，另一个要^3.0），Composer 会报your requirements could not be resolved，此时得手动干预composer require或调整conflict规则
CI/CD 中稳定输出依赖树的技巧
在 Jenkins/GitHub Actions 等环境里，composer tree 默认带颜色和交互式格式，容易导致日志解析失败或截断。
- 强制纯文本输出：
composer tree --format=plain --no-ansi - 限制深度避免刷屏：
composer tree --max-depth=3（默认无限制） - 导出为 JSON 方便后续处理：
composer tree --format=json，但注意这需要 Composer ≥ 2.5 - 若仍遇到权限或路径问题（比如 Docker 容器里
vendor/不在当前目录），先cd /path/to/project再执行，别依赖相对路径猜测
composer.lock 的解析结果。只要 lock 文件没提交、没更新，本地 tree 输出就和 CI 上不一样——这点最容易被忽略。 
