执行composer update时本地第三方依赖库未更新的原因排查

原因分析 #

• 版本锁定逻辑：你的项目composer.json中require的3rd/test版本是*，首次安装后Composer会将当前版本写入composer.lock文件。后续执行composer update时，Composer仅会对比版本号判断是否有更高版本可用，不会因为第三方库的文件内容变更就触发更新——它只认版本号，不认文件改动。
• Path仓库的复制模式限制：你配置的path类型仓库设置了symlink: false，这种模式下Composer只是在首次安装时将第三方库文件复制到vendor目录，之后不会主动监听原库目录的文件变化。只有当原库的composer.json里的version字段更新，或者有新的版本标签（如Git tag），Composer才会认为存在可更新的新版本。
• Composer缓存影响：Composer会缓存已下载包的元数据和内容，如果缓存未清理，它可能不会重新读取原第三方库的最新状态，导致误以为没有更新。

解决办法 #

• 更新第三方库版本号：修改第三方库根目录的composer.json，将version字段升级（比如从1.0.0改为1.0.1），之后执行composer update 3rd/test即可触发更新。
• 强制清理缓存并更新：执行命令 composer update 3rd/test --no-cache，跳过Composer的缓存，强制拉取原库的最新内容。
• 切换为软链接模式：将项目composer.json中repositories里的symlink改为true，这样vendor目录下的3rd/test会变成原库目录的软链接，修改原库文件会直接同步到vendor，无需执行update。注意Windows环境下可能需要开启开发者模式才能正常使用软链接。

内容的提问来源于stack exchange，提问作者John Smith