用 composer show 可直接查包的作者和维护者信息,其 authors 字段含结构化作者数据,-v 参数可显示 homepage、source、support 等潜在联系方式字段,且结果实时、覆盖私有库,比 Packagist 或 gitHub 更可靠。

直接查 composer show 就行,不需要翻手册或扒源码。
用 composer show 查包的作者和维护者信息
Composer 自带命令就能拿到结构化元数据,composer show 默认输出包名、版本、描述、依赖和作者字段。作者信息就藏在 authors 字段里,通常是 json 数组格式。
- 查单个包:
composer show vendor/package-name - 加
-v参数能看到完整字段(含homepage、support、source等):composer show -v vendor/package-name - 作者字段可能为空,尤其是一些个人小包或 fork 项目,别默认一定有
composer show 输出里哪些字段可能含联系方式
作者信息不等于联系方式,但几个字段常被用来放联系入口:
-
homepage:通常是项目官网,有时首页底部有邮箱或 github 链接 -
support.source或source:指向 Git 仓库地址(如https://github.com/vendor/package),点进去看README.md或CONTRIBUTING.md -
support.email:极少见,但部分企业包会填官方支持邮箱 -
support.issues:问题反馈地址,间接反映维护活跃度
注意:composer.json 里这些字段全靠开发者自觉填写,没有强制校验,空着或写 "N/A" 很常见。
为什么 composer show 比手动查 GitHub 更可靠
有人习惯去 Packagist 页面点链接跳转,但这容易失效或滞后:
- Packagist 缓存更新有延迟,
composer show读的是本地vendor/composer/installed.json,实时性强 - 有些包没上 Packagist(比如私有库、path repo),
composer show仍能显示其composer.json中定义的字段 - GitHub 用户名可能和 composer
vendor名不一致(比如公司改名后未同步更新),authors字段更贴近发布时的归属声明
遇到作者字段为空怎么办
不是所有包都填了作者,这时候得靠线索反推:
- 先跑
composer show -v vendor/package,确认source地址,复制到浏览器打开 - 进 GitHub/gitlab 仓库后,优先看
README.md开头的 “Maintained by” 或 “Contact” 段落 - 如果 README 也没写,用
git log -1 --pretty="%an "查最新提交作者(需有源码克隆权限) - 别信 Packagist 页面右上角的 “Maintainer” 标签——它只显示 Packagist 账户绑定关系,和实际代码作者可能不一致
最麻烦的情况是:包没源码地址、没文档、作者字段空、连 Packagist 都没收录。这种基本只能放弃主动联系,改用 issue 模板或社区论坛提问。