执行 composer status -v 可检测 vendor 目录中包的文件变更，输出修改详情。命令会列出变动的包及具体被改、增、删的文件路径，适用于部署前检查与问题排查。Composer 根据 Git 状态或压缩包哈希比对判断一致性，发现变更应重装依赖或通过 Fork、patch 等方式管理定制。
执行 composer status -v 命令可以检查项目中通过 Composer 安装的依赖包是否有本地修改，这对于确认生产环境一致性或调试问题很有帮助。加上 -v（verbose） 参数后，输出会更详细，能清楚看到具体哪些文件被修改、新增或删除。
命令作用说明
composer status 用于检测已安装的 vendor 包是否与原始压缩包中的内容一致。如果某个包被手动修改过（比如调试时改了源码），Composer 能识别出这些变更。加上 -v 后，不仅告诉你哪些包有问题，还会列出具体变动的文件路径。
典型输出结构解读
假设你运行：
composer status -v
可能看到类似如下输出：
Changed package: monolog/monolog /path/to/project/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php /path/to/project/vendor/monolog/monolog/src/Monolog/Logger.php Changed package: symfony/http-foundation /path/to/project/vendor/symfony/http-foundation/Request.php
每一段含义如下：
- Changed package: 包名：表示这个 Composer 包在本地有文件变动，不再和官方发布版本一致。
- 下面列出的路径：是该包中被修改、新增或删除的具体文件。这些通常是开发者为了临时调试而手动更改的代码。
状态类型说明
虽然输出主要显示“Changed package”，但背后实际检测的是 Git 或压缩包提取后的文件差异。Composer 依据以下方式判断状态：
- 若包是从 Git 安装的（如使用 dev 分支），Composer 会调用
git status检查工作区是否干净。 - 若包是通过 zip/tar 下载安装的，Composer 会比对当前文件哈希与安装时记录的哈希值。
- 任何不一致都会被视为“changed”。
常见用途与建议
这个命令常用于：
- 部署前检查：确保没有未提交的本地修改被带到生产环境。
- 团队协作排查：当别人运行正常而你出现问题时，可检查是否不小心改了 vendor 文件。
- 清理调试痕迹：发现修改后应撤销变更，改用正式方式扩展功能（如继承类、使用 patch 等）。
如果你看到输出中有修改记录，建议：
- 不要直接提交 vendor 修改到版本控制。
- 使用
composer install重置：会重新下载原始包，覆盖所有本地改动。 - 如需定制功能，考虑 Fork 后指向自定义仓库，或使用 patch 工具管理变更。
基本上就这些。composer status -v 不复杂但容易忽略，关键时刻能帮你快速定位“为什么我和别人不一样”的问题。
