最快回滚方式是用 git 恢复上一个可用的 composer.lock 并运行 composer install，它会严格按 lock 文件记录的 version 和 source-reference 重装；验证需检查 vendor/composer/installed.json 中对应包的 version 和 reference 字段。
直接改 composer.lock 并运行 composer install 是最快、最可靠的方式——前提是这个 lock 文件你刚提交过，且没被手动破坏。
用 git 恢复上一个可用的 composer.lock
这是绝大多数线上事故的首选回滚路径。Composer 的设计哲学就是“lock 文件即真相”，只要它没丢、没乱码、没手动删掉里面的包条目，就能秒级还原。
- 先确认最近一次正常工作的 commit：
git log -n 10 --oneline composer.lock - 检出那个版本的 lock 文件：
git checkout abc1234 composer.lock（abc1234 是 commit hash） - 执行安装：
composer install—— 它会严格按 lock 文件里记录的每个version和source-reference重装，不查composer.json的约束 - 验证是否生效：检查
vendor/composer/installed.json中对应包的version和reference字段是否已更新
手动指定版本并强制更新单个包
当你只改了一个私有包、且目标版本已在仓库中发布（打了 tag 或配置了 branch alias），但 composer update vendor/package 没反应，大概率是 lock 文件锁死了旧版本，或本地缓存没清干净。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 编辑
composer.json，把该包的版本改成固定值，比如"1.2.3"（不是"^1.2"） - 删掉
vendor/vendor/package目录（避免 autoloader 加载旧类） - 删掉
composer.lock中该包整段 JSON（或整个 lock 文件，再重新生成） - 加
--prefer-source强制走 git clone：composer update vendor/package --prefer-source - 如果仍失败，补上
composer clear-cache，再试
警惕私有 Git 仓库的 version 字段陷阱
用 "type": "vcs" 指向 Git 仓库时，Composer 不看 tag 名，而是读取该 commit 下 composer.json 里的 version 字段。如果这个字段为空、写错、或和 tag 名不一致（比如 tag 是 v1.2.3，但包内 composer.json 写的是 "version": "dev-main"），Composer 就会拒绝识别这个版本。
- 进私有仓库，检查目标 tag 对应 commit 的
composer.json文件 - 确认
version字段存在且合法（如"1.2.3"或"1.2.3 as 1.2.0"） - 如果是 annotated tag，用
git show v1.2.3:composer.json直接查看内容，别只信 tag 名 - 修复后，必须重新运行
composer clear-cache，否则 Composer 可能还在用旧的元数据缓存
真正卡住人的从来不是“怎么回滚”，而是回滚后发现 vendor 里代码没变、autoloader 还在加载旧类——这时候得盯住 vendor/composer/installed.json，它是唯一落地凭证；其他都是中间态。
