因为composer默认按composer.lock中记录的commit hash精确还原，不主动fetch远程分支新提交；需删除lock文件、执行composer install --no-cache并运行dump-autoload -o才能真正强更并清理残留。
dev分支依赖变动时，为什么composer update不自动清理旧版本？
因为 Composer 默认不把 dev-main、dev-develop 这类分支当作“可替换版本”，它只按 composer.lock 中记录的 commit hash 精确还原——哪怕远程分支已推新提交，composer update 也只会拉取 lock 文件里那个旧 hash，不会主动 fetch 新 commit。
常见错误现象：composer show vendor/package 显示的仍是上周的 commit，但 git log 在源仓库里早已更新十几条；本地改了代码跑测试却始终复现不了线上 bug，实际是用着过期的 dev 分支快照。
- 必须加
--with-all-dependencies才会强制重新解析所有依赖，包括 dev 分支 - 仅
composer update vendor/package不够，它默认跳过已锁定的子依赖 - 若该包被其他包 require，且对方锁死在旧 hash，你单独 update 它也会被回退
如何让 dev 分支真正“强更”并清理残留？
靠 composer update --force 是无效的——Composer 没这个参数。真正起效的是组合动作：先破锁，再重装，最后清缓存。
- 删掉
composer.lock（不是清空，是删除文件） - 运行
composer install --no-cache：跳过本地缓存，强制从源拉最新 commit - 加
--ignore-platform-reqs仅当确认 PHP 版本/扩展兼容，否则可能装出不可运行的代码 - 如果用了
preferred-install: "dist"，dev 分支仍走 zip 下载，要改成"source"才能实时同步 git 提交
注意：composer remove vendor/package && composer require vendor/package:dev-main 看似等价，但后者不会清除旧 commit 的 classmap 缓存，dump-autoload -o 必须跟上。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
自动清理 dev 分支残留的三个关键点
dev 分支不像稳定版有语义化版本约束，它的“清理”本质是打破旧 commit 的路径绑定，否则 autoload 仍映射到已删的 vendor/xxx/package/.git/ 下某次 checkout 的快照目录。
-
vendor/composer/autoload_psr4.php里可能还存着旧 commit 对应的命名空间路径，必须composer dump-autoload -o强制重建 - OPcache 或 APCu 会缓存旧 autoloader 字节码，
opcache_reset()要手动触发，CI 环境需显式加php -r 'opcache_reset();' - 某些包的
post-update-cmd脚本只在require时执行，update不触发——比如 Laravel 的php artisan vendor:publish就不会重跑
CI/CD 中安全启用 dev 分支自动更新的配置建议
在 GitHub Actions 或 GitLab CI 里直接 composer update 是危险的，尤其当多个 job 并行写同一份 composer.lock 时，hash 冲突会导致构建失败。
- 开发环境用
composer install --no-cache --prefer-source，确保每次拉最新 commit - CI 流水线中禁用
composer.lock缓存（如 GitHub Actions 的cache: false），避免复用过期 lock - 对关键包加
minimum-stability: "dev"和prefer-stable: true，既允许 dev 分支，又优先选 stable 版本 - 用
composer depends vendor/package在 PR 检查阶段验证：若该 dev 包被核心组件依赖，禁止其降级或切换分支
dev 分支的“自动清理”从来不是 Composer 自动完成的事，它只负责依赖图计算；真正的清理动作必须由人明确触发，且每一步都得验证路径、缓存、autoload 三者是否同步——漏掉任意一环，就只剩一个看似更新实则卡在旧 commit 的假象。
