composer status 不报 modified 的根本原因是它只检测 git 管理且以 source 方式安装的包；dist 安装无 .git 目录，无法比对，故不显示修改。
composer status 为什么没报 modified，但你明明改了 vendor？
根本原因不是命令失灵，而是 composer status 只能检测 Git 管理的包——且前提是它以 source 方式安装（即带完整 .git 目录）。默认情况下，Composer 多数包走的是 dist（zip 包解压），没 .git 就没法比对，自然不显示 modified。
- 检查方式：
composer show package/name看输出里有没有source字段；没有就说明当前是 dist 安装 - 强制切 source：
composer install --prefer-source或composer update --prefer-source package/name - 私有包常漏配：
"type": "package"+"source"地址，否则即使本地有 Git 也无效 - 注意：
"prefer-dist": true（默认）会覆盖单个包的 source 声明，得全局关掉或用命令行参数强压
如何快速定位并查看所有 modified 包的改动文件？
composer status -v 能列出被改的包和具体文件，但要逐个 cd vendor/xxx && git diff 太麻烦。更实用的是用 shell 链式调用一次性拉出差异概览：
composer status | grep "modified" | cut -d' ' -f1 | xargs -I{} sh -c 'echo "\n=== {} ==="; cd vendor/{} && git status -s'
- 这个命令只在 Linux/macOS 下可用；Windows PowerShell 需重写，不能直接复制粘贴
- 用
git status -s是为了轻量看“哪些文件动了”，比git diff更快、更聚焦 - 别依赖
composer status的输出格式做自动化解析——加-v后字段顺序可能变，适合人眼扫，不适合脚本稳定取值
composer status 和 composer outdated 的核心区别是什么？
composer status 查的是「本地 vendor 文件是否被手改」，属于项目卫生检查；composer outdated 查的是「已安装版本 vs Packagist 最新满足约束的版本」，属于升级决策依据。两者完全不重叠，也互不可替代。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer status不联网，纯本地比对，秒出结果 -
composer outdated必须联网查 Packagist，加--no-cache才能绕过本地缓存看到实时版本 - 想只看安全更新？用
composer outdated --security-only（需 Composer 2.2+） - 误以为
status能告诉你“该不该升级”——这是典型混淆，它连版本号都不关心
CI/CD 或部署前用 composer status 做什么？
它是个轻量级“脏检查”：输出为空，代表 vendor/ 与 composer.lock 完全一致；只要有输出，就说明环境已被人工干预过，必须处理——否则下次 install 或 update 很可能覆盖改动、引发线上异常。
- 推荐加进 CI 流程：
composer status || { echo "vendor is dirty! aborting deploy"; exit 1; } - 团队协作中，发现
modified后优先问：这改动能不能抽到自己的src/下？或者用patches插件管理？而不是留着等被覆盖 - 如果确认要恢复干净状态，直接
composer install --no-dev（跳过 dev 依赖加快速度）即可重置 vendor
真正难的不是运行 composer status，而是判断“这个 modified 到底该删、该提 PR、还是该转 patch”。它不提供上下文，只抛问题——而这部分，得靠人来决定。
