答案：使用composer show命令可查看项目依赖的详细信息。该命令能列出所有已安装包及其版本，通过指定包名可查看其元数据和依赖关系，结合–outdated选项可识别过时依赖，帮助维护项目健康与兼容性。
Composer show
命令是 Composer 的一个核心工具，它能让你像X光一样透视项目的内部，快速查看所有已安装的依赖包、它们的版本信息，甚至是更深层次的元数据。它就像你项目依赖的“健康报告”，让你对当前的软件构成一目了然。
解决方案
Composer show
命令的核心作用就是提供项目依赖包的概览和详细信息。最基本的用法是直接在项目根目录下运行
Composer show
。这会列出所有通过
composer install
安装到
vendor/
目录下的包，包括它们的名称、当前安装的版本以及简短的描述。
如果你想查看某个特定包的详细信息，比如
symfony/console
，你可以这样运行：
composer show symfony/console
这会输出该包的完整信息，包括它的名称、版本、源代码仓库地址、提交哈希、类型（如 library）、许可证、详细描述，以及它自身所依赖的其他包（
requires
）、开发依赖（
dev-requires
）和建议安装的包（
suggests
）。这个视图对于理解一个包是如何构建的，或者它为什么需要某些特定的其他包，都非常有帮助。我个人经常用这个命令来排查版本冲突，或者仅仅是想搞清楚某个包的来龙去脉。
此外，
Composer show
还支持一些非常有用的选项：
--installed
或
-i
：只显示已安装的包。在项目目录下，这是默认行为。
--self
或
-s
：显示当前项目（根包）自身的信息。
--platform
或
-p
：显示平台包，例如 PHP 版本和各种 PHP 扩展。这在检查环境兼容性时特别有用。
--latest
或
-l
：显示所有包的当前版本和可用的最新版本。
--tree
或
-t
：以树状结构显示依赖关系，清晰地展示哪个包依赖于哪个包。这对于理解复杂的依赖链非常直观。
--outdated
或
-o
：只显示那些有更新版本可用的已安装包。这是我最常用的一个选项，用于快速评估项目依赖的“新鲜度”。
--direct
或
-D
：只显示项目的直接依赖，不包括这些依赖的依赖。
--format=json
：以 JSON 格式输出结果，方便脚本处理。
如何快速查看项目所有已安装的Composer依赖包及其版本？
要快速获取项目所有已安装的 Composer 依赖包及其版本，最直接的办法就是简单地在项目根目录执行
Composer show
命令。它会遍历
vendor/
目录下的所有包，然后以列表的形式呈现出来。每行通常会包含包的完整名称（
vendor/package
）、当前安装的版本号，以及一个简短的描述。
举个例子，你可能会看到这样的输出：
doctrine/inflector 2.0.6 Doctrine Inflector is a small library that can inflect words in a number of languages.monolog/monolog 2.7.0 Sends your logs to files, sockets, inboxes, databases and various web servicesnesbot/carbon 2.68.0 An API extension for DateTime that supports 281 different languages.phpoption/phpoption 1.9.0 Option type for PHP...
这个列表能让你对项目所依赖的所有第三方库有一个宏观的认识。虽然在大型项目中，这个列表可能会非常长，一下子看不过来，但它确实能让你在几秒钟内对项目的技术栈有个初步的印象。我经常在接手新项目或者调试一些奇怪问题时，先扫一眼这个列表，看看有没有什么意料之外的包混进来，或者某个核心依赖的版本是不是太老了。
深入了解特定Composer包的详细信息和依赖关系，应该使用哪个命令？
当你需要深入了解某个特定 Composer 包的“内幕”时，比如它的许可证、源码仓库、它自身又依赖了哪些其他包，这时你需要用到
composer show
命令。这个命令会为你揭示一个包的方方面面。
比如，我们想查看
symfony/var-dumper
这个包的详细信息：
composer show symfony/var-dumper
你将看到类似这样的输出：
微信 WeLM
WeLM不是一个直接的对话机器人，而是一个补全用户输入信息的生成模型。
33 查看详情 
name : symfony/var-dumperdescrip. : Symfony VarDumper componentkeywords : dump, debug, var, dumperversions : * v6.3.8type : librarylicense : MIT License (MIT) (OSI approved)source : [git] https://github.com/comoser/var-dumper.git 8f7e6d5cba...dist : [zip] https://api.github.com/repos/symfony/var-dumper/zipball/8f7e6d5cba... 8f7e6d5cba...path : /path/to/your/project/vendor/symfony/var-dumpernames : symfony/var-dumperrequires php ^8.1 symfony/polyfill-php80 ^1.16 || ^2.0 symfony/polyfill-php81 ^1.16 || ^2.0 symfony/polyfill-php82 ^1.23
这个输出包含了包的描述、关键词、版本（前面带星号的表示当前安装的版本）、类型、许可证信息，以及最关键的
source
（源码仓库地址）和
dist
（分发包地址）。
path
字段告诉你这个包在你的
vendor/
目录下的具体位置。
最重要的是
requires
部分，它列出了
symfony/var-dumper
正常运行所必需的其他包和 PHP 版本要求。通过这些信息，你可以清晰地看到这个包的依赖图谱。如果你的项目在引入这个包后出现了奇怪的问题，检查这里的依赖要求往往能提供重要的线索。比如，它可能要求 PHP
^8.1
，而你的服务器还在用 PHP 7.4，那问题就显而易见了。我个人在处理复杂的依赖冲突时，会反复查看这些
requires
部分，这比盲目尝试要高效得多。
如何识别项目中哪些Composer依赖包已经过时，并查看其最新可用版本？
识别项目中过时的 Composer 依赖包并查看它们的最新可用版本，是维护项目健康和安全性的关键一步。这个任务可以通过
composer show --outdated
或其简写
composer show -o
来完成。这个命令会扫描你项目的所有依赖，然后列出那些已经有新版本发布，但你项目中尚未更新的包。
执行
composer show --outdated
后，你可能会看到这样的输出：
Package Current Version Latest Versiondoctrine/inflector 2.0.6 2.0.7monolog/monolog 2.7.0 3.4.0nesbot/carbon 2.68.0 2.71.0
每一行都会明确指出包的名称、你当前安装的版本 (
Current Version
)，以及最新的可用版本 (
Latest Version
)。这让你一眼就能看出哪些包需要关注。
如果你想看到所有包的最新版本信息，而不仅仅是过时的包，可以使用
composer show --latest
或
composer show -l
。这个命令会列出所有已安装的包，并在旁边显示它们的最新稳定版本和最新开发版本。
更新依赖是个双刃剑。
--outdated
给了你一个清晰的升级路线图，但动手之前，务必做好测试和备份。我吃过不少亏，盲目升级导致整个应用崩溃的情况并不少见。通常，我会先用
composer update --dry-run
来模拟升级过程，看看 Composer 会做出哪些改动，然后再决定是否执行
composer update
。对于大型版本更新（比如从
2.x
到
3.x
），通常会伴随着破坏性变更，这时候就需要仔细阅读更新日志（changelog），并进行充分的回归测试。保持依赖更新是好习惯，但也要有策略。
以上就是Composer show命令的用法_依赖包信息查看与版本展示的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/541229.html
微信扫一扫 
支付宝扫一扫 
