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 Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 的输出——后者语义太窄，且版本间行为不一致。