composer status对ide自动修改“视而不见”是因为它仅扫描含.git目录的source模式包，而90%依赖默认以dist模式（zip解压）安装、无.git，故跳过检测；要捕获ide修改，须同时满足：目标包为--prefer-source安装、系统path中存在git命令、重装后立即运行status。
composer status 为什么对 IDE 自动修改“视而不见”
IDE（如 PHPStorm、VS Code）在开启自动格式化、保存时清理尾随空格、或启用“优化 import”等功能时，会静默修改 vendor/ 中的源文件——但 composer status 默认根本不会扫描这些包。原因很直接：90% 的依赖是 --prefer-dist 安装的 zip 包，vendor/symfony/console 这类目录下压根没有 .git 目录，composer status 遇到就跳过，连比对逻辑都不触发。它不是“没发现”，而是“根本不看”。
让 status 真正捕获 IDE 修改的三个硬性条件
想靠 composer status 拦住 IDE 的自动手，必须同时满足：
- 目标包以
--prefer-source模式安装（即含完整 Git 仓库） - 系统 PATH 中可用
git命令（否则--prefer-source会 fallback 到 dist） -
composer status运行前未被缓存误导（重装后必须立刻再跑一次）
缺一不可。比如你执行了 composer update --prefer-source symfony/console，但本地没装 Git，Composer 会无声降级回 zip 安装，vendor/symfony/console/.git 依然不存在，status 还是空输出。
IDE 修改后 status 显示 modified，但 diff 不显示具体改动
composer status -v 只告诉你 symfony/console modified (src/Command/Command.php)，它不展示哪几行被改、是空格还是代码逻辑。真要看差异，得手动进目录：
cd vendor/symfony/console git diff HEAD --stat
注意：git diff 对比的是工作区与 HEAD，不是与 composer.lock 记录的 commit；如果 IDE 改动后你又 git add 过，git diff 就看不到变化了。此时要用 git diff --cached 或 git status -s 辅助判断。
生产环境别依赖 status 做防护，开发环境要主动阻断
composer status 是事后检查工具，不是防护盾。IDE 的自动修改往往发生在保存瞬间，等你想起跑 status，改动早已落地。真正有效的做法是：
- 在 IDE 设置里禁用对
vendor/目录的格式化（PHPStorm：Settings → Editor → Code Style → PHP → Enable formatting for files in vendor） - 用
.editorconfig在项目根目录声明[/vendor/**]并设format_on_save = false - CI 流程中加
composer install --dry-run --verbose --prefer-dist，它会校验 dist 包哈希，能发现被 IDE 改过的 zip 解压文件（前提是 lock 里 shasum 字段有效且未被清空）
status 的价值不在“防”，而在“暴露”——它只负责把已经发生的修改摆到你面前。一旦看到输出，说明防线已被突破，该做的不是修 status，而是查 IDE 配置和团队协作规范。
