composer status 显示“modified”仅表示某包git工作区有未提交变更，不显示具体行；需用composer status -v定位路径后，在vendor内执行git diff或git status -s查看差异。
composer status 显示“modified”但不知道改了哪几行？
它只告诉你某个包的源码被本地修改过，不展示具体差异。默认行为是检查 vendor/ 下每个包的 Git 工作区状态，只要 git status --porcelain 有输出（比如有未提交变更、暂存文件、新文件），就标为 modified。
实操建议：
- 先用
composer status -v看完整路径，确认是哪个包被标记了 - 进到对应目录：
cd vendor/package-name - 直接运行
git diff或git status -s，这才是真正看到改动的地方 - 注意：如果包没用 Git 管理（比如通过
dist方式安装、或禁用了source），composer status会跳过它，不会显示modified
为什么改了 vendor 里的代码，composer status 却没报 modified？
常见原因不是你没改，而是 Composer 没法检测——它只认 Git 仓库，且依赖包必须是以 source 方式安装的（即克隆了完整 Git 仓库）。如果你的 composer.json 含有 "prefer-dist": true（默认），或者包本身没提供 source 地址，Composer 就只下载 zip 包，解压后没有 .git 目录，自然无法判断是否被改。
实操建议：
- 强制以 source 方式重装：运行
composer install --prefer-source或composer update --prefer-source package/name - 检查包是否有 source：看
composer show package/name输出里有没有source字段 - 有些私有包在
composer.json中漏写了"type": "package"或没配"source"，会导致即使你本地有 Git 也无效
想自动对比本地修改和原始 commit，但不想手动 cd 进 vendor？
可以写个一行命令快速定位并比对，避免反复进出目录。核心是结合 composer status 的输出和 git 命令链式调用。
实操建议：
- 列出所有 modified 包并直接 diff：
composer status | grep "modified" | cut -d' ' -f1 | xargs -I{} sh -c 'echo "\n=== {} ==="; cd vendor/{} && git diff HEAD --stat' - 只想看哪些文件动了，不关心内容差异，把
git diff换成git status -s - 注意：这个脚本依赖 shell 环境（Linux/macOS），Windows PowerShell 需改写；另外确保
xargs和sh可用 - 别依赖
composer status做自动化判断——它的输出格式不稳定（比如加-v后字段顺序会变），适合人眼扫，不适合解析
用 patch 或 fork 替代直接改 vendor，为什么更靠谱？
直接改 vendor 是临时方案，下次 composer update 或 install 很可能覆盖掉，而且没法复现、没法评审、没法测试。真正的版本追踪，得让改动进入可管理的流程。
实操建议：
- 小修小补：用
composer-patches插件，把 diff 写成 patch 文件，声明在composer.json里，每次 install 自动打上 - 中等改动：fork 原包 → 改 → 推送 → 在
composer.json中用"repositories"指向你的 fork，并指定"version"和"reference" - 大重构：别碰 vendor，抽离逻辑到自己的包，用依赖注入替代硬修改
- 关键点：无论哪种方式，都要确保 CI 能跑通——本地
composer status显示 modified，CI 里却没改，说明环境不一致，迟早出问题
composer status 只是个提示器，不是版本控制系统。真要追踪改动，得靠 Git 提交记录、patch 文件或 fork 分支，而不是盯着那一行 modified 发呆。 
