直接运行 composer install 就是回滚本身，前提是使用目标历史版本的 composer.lock 文件且已清空 vendor 目录；若 vendor 中仍是新包或报 class not found，说明当前 lock 文件已被修改，需通过 git checkout 恢复旧 lock、删除 vendor 后再执行 install。
直接运行 composer install 就是回滚本身——但前提是 composer.lock 是你要的那个旧版本，且 vendor/ 已清空。
为什么 composer install 不装旧版？你根本没在用旧 composer.lock
常见现象：切到 Git 历史 commit 后执行 composer install，vendor/ 里还是新包，甚至报 Class not found。这不是命令失效，而是当前工作区的 composer.lock 并非目标历史版本。
- 先确认：
git status composer.lock—— 若显示modified或not staged，说明它已被改过 - 恢复锁文件：
git checkout HEAD~1 -- composer.lock（或指定含旧 lock 的 commit hash） - 删掉整个
vendor/目录（Windows 用户请手动删除，别依赖rm -rf） - 再执行：
composer install—— 此时才真正只读 lock、不碰composer.json中的^或~约束
怎么从变更日志里找对应回滚点？看 commit message 和 lock 文件哈希
Git 历史不是靠猜，得结合语义化提交和 lock 文件内容交叉验证。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查
composer.lock修改记录：git log --oneline --grep="chore(deps)" --grep="ci: lock" -- composer.lock - 挑出疑似“稳定快照”的 commit，比如带
[deps] pin monolog to v2.9.2或lock: revert guzzle update的描述 - 检出该 commit 的 lock 文件后，快速验证：
git show abc1234:composer.lock | head -n 20，确认里面"monolog/monolog": { "version": "2.9.2"等字段符合预期 - 注意换行符问题：Windows 用户需提前设
git config core.autocrlf true，否则检出后dist.sha256校验可能失败
composer update --lock 不是回滚，是重写锁文件
这个命令只会基于当前 composer.json 和环境重新生成 composer.lock，不会清理 vendor/，也不会降级任何包。
- 它解决的是 lock 文件格式升级（如从 v1 到 v2）或哈希校验失败，不是版本倒退
- 如果你刚执行过
composer update，又想回到上一个 lock 状态，优先用git checkout恢复 lock，而不是指望--lock - 执行前务必
git add composer.lock并提交，否则下次checkout就丢锁了
只想降级某一个包？别改 composer.json 再 update
手动改约束 + composer update vendor/package 表面可控，实则风险高：它会触发全新依赖解析，可能连带升级一堆间接依赖。
- 更安全做法：
composer require vendor/package:1.2.3 --with-all-dependencies - 版本号必须写死，不要用
^1.2或~1.2.0，否则仍可能装到1.2.9 - 若报
Your requirements could not be resolved，立刻跑：composer why-not vendor/package:1.2.3查具体哪个包在拦着 - 验证是否生效：
composer show vendor/package输出的version字段必须是1.2.3.0（Composer 自动补零，1.2.3和1.2解析行为不同）
最常被忽略的点是：composer.lock 必须提交到 Git，且不能加进 .gitignore。有人以为“反正能重装”，结果协作时各人装出不同依赖，问题无法复现。回滚能力，本质上取决于你有没有保存那个精确的快照。
