Composer怎么看装了哪些包_Composer show命令使用说明【入门】
直接运行 composer show 就能列出当前项目所有已安装的包,但默认只显示包名、版本号和一行简短描述——它不自动展开 autoload、依赖树或远程版本,这些都得靠参数显式触发。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新! 👉 点此立即查看 👈
想快速摸清一个项目到底装了哪些依赖?composer show 这个命令是首选。不过,它的默认输出相当“克制”,只给你最核心的信息。想要看到依赖树、自动加载配置或是远程仓库里的所有版本,那就得带上对应的“钥匙”——也就是不同的参数。
查当前项目装了哪些包:composer show(无参数)
这个命令读的是 vendor/ 目录下的实际安装结果,不是 composer.json 里写的声明。所以它反映的是 lock 文件生效后的最终状态,比看配置文件更真实。
- 输出是表格形式,含三列:
name、version、description - 如果包没被真正安装(比如只在
require-dev里,又用了--no-dev),就不会出现在列表中 - 不支持模糊搜索;输
composer show log不会匹配monolog/monolog,必须写全名或至少前缀(如composer show monolog) - 输出太长时别硬翻,加管道:
composer show | less或composer show | grep -i cache
查某个包的 autoload 和 scripts 配置:composer show -s
类找不到、自定义命令不执行,八成是 autoload 映射或 scripts 没配对。-s(即 --show-config)能直接把这两块关键字段打出来,不用去翻源码或 composer.json。
composer show -s monolog/monolog会显示"Monolog\": "src/",说明MonologLogger对应vendor/monolog/monolog/src/Logger.php- 也会列出
scripts字段里注册的钩子,比如post-install-cmd是否包含phpunit - 这个选项在 Composer 2.2+ 才稳定支持;旧版本会报
unrecognized option,别试 - 不加
-s时,默认只输出一行:monolog/monolog 3.5.0,容易误以为“查不到详情”
查某个包为什么装了两个版本:composer show --tree
依赖冲突最直观的证据就藏在依赖树里。--tree 不是展示你写了什么,而是还原 Composer 实际解析出的安装路径——这才是排查 “为什么 psr/log 装了 v2 和 v3” 的唯一可靠方式。
- 输出是缩进结构,例如:
lara vel/framework v10.48.12 └── symfony/console v6.4.7 └── psr/log 3.0.0 - 它只展示
composer.lock里已确定的路径;如果某包只在require-dev且你用过--no-dev,就不会出现 - 想快速定位某依赖,直接管道过滤:
composer show --tree | grep guzzle - 注意:不加
--tree时,composer show vendor/package只列顶层信息,看不到谁把它拉进来的
查远程包有没有新版本、支不支持 PHP 8.3:composer show --all
--all(双横线,不是 -a)会绕过本地缓存,直连 Packagist API,返回该包所有可用版本的摘要。这是装之前确认兼容性的关键一步。
composer show --all symfony/console输出含版本号、发布时间、是否稳定、最低 PHP 版本要求- 它不显示某个具体版本的完整
composer.json;要看 v6.4.0 的autoload或require,得写全:composer show symfony/console 6.4.0 -s - 包名拼错(如
symfony/consoole)时默认静默失败;加-v才能看到Package not found - 私有包要查到,得先确保
repositories已配置在composer.json中,或临时指定:composer show --repository https://your-satis.example.com/packages.json myorg/private-lib
最容易被忽略的是:所有 composer show 命令都必须在项目根目录(有 composer.json 的地方)执行,且严重依赖 composer.lock 的完整性。lock 文件损坏或缺失时,--tree 和 -s 可能返回空或错误结果,这时候先 composer install 或 composer update --lock 再试。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
centos上如何设置java版本
在CentOS上设置Ja va版本 在CentOS系统上管理多个Ja va版本,其实是个挺常见的需求。无论是为了兼容老项目,还是想尝鲜新特性,掌握版本切换的方法都很有必要。整个过程可以概括为两步:先安装好你需要的多个版本,然后通过环境变量来灵活切换。下面,咱们就一步步拆解开来看看。 第一步:确保Ja
如何在centos配置java路径
在 CentOS 上配置 Ja va 路径 在 CentOS 系统中配置 Ja va 路径,说白了,就是让系统在任何目录下都能认得 Ja va 命令。这通常意味着要把 Ja va 可执行文件的所在位置,添加到系统的环境变量里。下面这几个步骤,带你一步步搞定它。 1 下载并安装 Ja va 如果系统
centos下java如何正确配置
CentOS 下 Ja va 正确配置步骤 一 安装 JDK 首先,我们得把JDK装上。这里提供三种主流方法,各有优劣,你可以根据实际情况选择。 使用包管理器安装 OpenJDK(推荐,便于维护与依赖管理) 对于绝大多数场景,通过系统自带的包管理器安装OpenJDK是最省心、最规范的做法。它能自动处
centos上php如何优化错误处理机制
在 CentOS 上优化 PHP 错误处理机制 想让你的 PHP 应用在 CentOS 上跑得更稳当?一套健壮的错误处理机制是关键。这不仅能帮你快速定位问题,更是保障应用稳定性的基石。下面,我们就来梳理一下从基础配置到高级监控的完整优化路径。 1 配置 PHP 错误报告级别 一切优化的起点,都从
如何在centos上配置php文件上传限制
在CentOS上配置PHP文件上传限制 处理大文件上传时,PHP的默认限制常常让人头疼。别担心,在CentOS系统上调整这个限制,其实就靠修改一个核心配置文件——php ini。下面这张图概括了主要流程,咱们接下来就一步步拆解。 第一步:定位配置文件 首先,得找到你的php ini文件在哪。最直接的
- 日榜
- 周榜
- 月榜
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
相关攻略
2015-03-10 11:25
2015-03-10 11:05
2021-08-04 13:30
2015-03-10 11:22
2015-03-10 12:39
2022-05-16 18:57
2025-05-23 13:43
2025-05-23 14:01
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

