提示“package ... has been updated”但git无变化，通常因composer仅更新lock文件、vendor被忽略、软链接复用或版本未实际变更所致，需检查composer.lock及忽略文件状态。
当你运行 composer install 或 composer update 时看到提示 “Package ... has been updated”，但执行 git status 却发现没有文件变化，这通常是因为 Composer 的行为和 Git 跟踪范围不一致导致的。以下是几个常见原因和解释：
1. 更新的是 lock 文件但未触发实际文件变更
Composer 使用 composer.json 和 composer.lock 来管理依赖版本。即使提示“package has been updated”，如果新版本与当前已安装版本在功能上一致（例如缓存命中或版本解析未变），Composer 可能只是更新了 lock 文件中的元信息，但没有真正下载或替换文件。
你可以检查：
- git diff composer.lock —— 查看 lock 文件是否有改动
- 如果没有改动，说明实际上没有发生真正的版本变更
2. vendor 目录被 .gitignore 忽略
大多数 PHP 项目会将 vendor/ 目录加入 .gitignore，因此即使 Composer 真正更新了某些包的文件，Git 也不会跟踪这些变化。
如果你想知道 vendor 是否有变化，可以手动检查：
- git status --ignored —— 显示被忽略的文件变化
- diff -r vendor/old-package-path vendor/new-package-path —— 比较具体包内容
3. Composer 运行在“无操作”模式
有时 Composer 会因为优化机制（如使用缓存、软链接）而显示“updated”，但实际上复用了已有文件。尤其是在开发环境使用 symbolic links 时，文件系统没变，但 Composer 认为逻辑上完成了更新。
这种情况常见于：
- 本地开发包通过 path repositories 引入
- 启用了 preferred-install = source 或 symlinks
4. 并未真正升级版本
“has been updated” 不一定意味着版本号变了。可能是锁定了相同的版本，或从 dev 分支拉取了相同 commit。你可以通过以下命令确认：
- composer show package/name -v —— 查看当前安装的具体版本和 commit
- 对比 composer.lock 中前后两次的 version/commit 数据
基本上就这些情况。提示出现但 Git 无变化，并不代表 Composer 出错，更多是语义上的“更新”而非物理文件变更。关键是检查 composer.lock 和忽略文件的实际状态。
