composer update 对本地 path 仓库无效，需删 vendor 中对应包目录后运行 composer install 才能同步其 composer.json 变更；常见错误包括未删除旧目录、路径错误或 autoload 缺失；推荐用脚本自动执行 rm + install。
composer update 不能直接作用于本地 path 仓库
执行 composer update vendor/package 对本地 path 类型仓库无效——Composer 默认只从远程源（Packagist 或自定义 repo）拉取包，不会主动扫描或重读本地路径下的 composer.json 变更。即使你改了本地包的代码、版本号或依赖声明，composer update 也不会感知，除非手动触发重解析。
让 path 包响应变更的三个实操步骤
要使 path 仓库的修改真正生效，必须打破 Composer 的缓存和锁定逻辑：
- 删掉
vendor/vendor/package目录（不是删整个vendor/），强制 Composer 下次安装时重新走path流程 - 确保项目根目录的
composer.json中该包仍为path类型，且路径正确（如"../my-local-package": "*"） - 运行
composer install（不是update）——它会重新读取path目录下的composer.json，按其最新version和require安装，并写入composer.lock
注意：composer update vendor/package 在 path 场景下基本等价于无操作；强行加 --with-all-dependencies 也无效，因为 Composer 不认为本地路径是“可更新的远程包”。
常见错误现象与绕过方法
以下行为会导致你以为“更新了”，其实没生效：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 改了本地
my-local-package/composer.json的version，但没删vendor/下对应目录 →composer install仍用旧锁信息，不重读 - 路径用了相对路径（如
"./packages/foo"），而当前工作目录不是项目根目录 → Composer 找不到，静默跳过，也不报错 - 本地包的
composer.json缺少autoload配置 → 安装成功但类自动加载失败，容易误判为更新问题 - 执行
composer dump-autoload后仍找不到类 → 先确认vendor/composer/autoload_psr4.php里是否已注册该包的命名空间（没注册说明install根本没成功读取它）
想自动同步 path 包变更？别依赖 update，用脚本监听
开发中频繁改本地包时，靠手动删 + install 效率低。更可靠的做法是写个轻量脚本（比如 sync-path.sh）：
rm -rf vendor/vendor-name/package-name composer install --no-interaction
或者在 composer.json 的 scripts 里加一条：
"sync:foo": "rm -rf vendor/vendor-name/package-name && composer install"
然后执行 composer run sync:foo。这比反复试 update 参数更可控，也避免因路径缓存、锁文件 stale 导致的“看似更新了，实则没变”问题。
