composer status提示“modified”但不显示具体改动，是因为它仅比对vendor包哈希与composer.lock记录值，只判断“是否被改”，不提供行级差异；需用composer status -v定位包后，进入vendor/对应目录执行git status或git diff查看实际变更。
composer status 为什么总是提示“modified”但没说改了哪行
composer status 只对比 vendor/ 目录下已安装包的文件哈希与 composer.lock 中记录的哈希值，不显示具体差异内容。它只回答“有没有被改”，不回答“哪里被改”。
常见错误现象：
- 你只是
git checkout切了分支，vendor/没动，但composer status仍报 modified——因为 lock 文件里记录的 commit hash 和当前 vendor 里实际的 commit 不一致（比如你手动git pull过某个包） - 你在
vendor/里调试时加了var_dump()，status就会标红，但它不会告诉你哪一行多写了 dump - 某些包含生成代码（如 Doctrine 的 proxies），每次运行都会变，
status必然报 modified，这不是异常，是预期行为
真正要定位改动点，得配合 git status --no-ignore 进入对应包目录查，或用：
cd vendor/some-vendor/some-package && git status（前提是该包是通过 Git 安装的）
composer status -v 输出的 “Untracked files” 是什么
composer status -v 会在末尾列出 Untracked files，这些是 vendor/ 下存在、但未被 composer.lock 记录的文件，通常说明：
- 你手动往某个包目录里扔了文件（比如临时加了个
test.php） - 某包的安装脚本（
post-install-cmd）生成了额外文件，但没声明在install-path或extra里 - 你用了
path类型仓库，而本地路径下多了未纳入 Git 的文件
这类文件不会影响 composer install，但可能干扰 composer update ——尤其当它和正式发布文件同名时（比如你本地加了个 src/Helper.php，而包后续版本也发布了同名文件，就会冲突）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
如何判断一个包是否被“干净安装”，而非手动改过
最可靠的方式不是依赖 composer status，而是分两步验证：
- 先确认该包是否走的是 dist 安装：
composer show vendor/package --format=json | php -r '$j=json_decode(file_get_contents("php://stdin")); echo $j->dist->type ?? "unknown";'。返回zip或tar表示是压缩包安装，理论上不可写；返回source或空，则可能是 Git 克隆，允许修改 - 再检查该目录是否为干净 Git 工作区：
cd vendor/vendor/package && git diff --quiet && echo "clean" || echo "modified"
注意：composer show 的输出中 source 字段只表示包的源地址，不代表你本地就是 source 方式安装的——实际安装方式由 composer.lock 的 packages[].dist.type 或 packages[].source.type 决定。
composer status 在 CI/CD 中容易误判的点
CI 环境里 composer status 报 modified 很常见，但多数不是代码问题，而是环境副作用：
- Docker 构建中用了
chown -R改 vendor 权限，导致文件 mtime 变更，部分旧版 Composer 会误判为修改（Composer ≥2.5 已修复） - 某些 PHP 扩展（如 opcache.enable_cli=1）会在首次加载时生成优化字节码并写入
vendor/下临时目录，触发 untracked files - 你用了
composer install --no-dev，但 lock 文件里有 dev-only 包，status会忽略它们——这不是 bug，是设计如此：它只校验 lock 中标记为“已安装”的那些
CI 中真正该断言的，是 composer install 后 git status --porcelain 是否为空，而不是依赖 composer status 的输出——后者语义太窄，且版本间行为不一致。
