直接运行 composer install 就是回滚本身，前提是 composer.lock 未被覆盖或删除；它严格按 lock 文件中记录的 exact version、dist.sha256 和 source.reference 还原依赖，不解析 composer.json 的版本约束，需先手动清空 vendor 目录并确保 lock 文件完整有效。
直接运行 composer install 就能回到上次 composer install 时的状态——前提是 composer.lock 没被覆盖或删掉。Composer 不记“上一次”，只认 lock 文件里写的 exact 版本。
为什么 composer install 就是回滚本身
很多人误以为要执行什么特殊命令才能“回滚”，其实 composer install 的设计目的就是精确复原：它完全忽略 composer.json 里的版本约束（比如 "^2.0"），只按 composer.lock 中记录的 version、dist.sha256、source.reference 安装。
- 只要 lock 文件还在，哪怕你把
composer.json里所有版本号都改成*，composer install依然装的是 lock 里锁定的那套 - 如果 vendor 目录损坏或混入旧文件，
composer install不会自动清理，必须先手动删掉整个vendor/ - 执行后可立刻验证：
composer show monolog/monolog输出的版本号，应与composer.lock里对应项的version字段完全一致
从 Git 恢复旧 composer.lock 的实操要点
如果你已经执行过 composer update，当前 composer.lock 已被重写，就得靠 Git 找回上一个干净的 lock 文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查历史提交：
git log --oneline -- composer.lock，找带 “chore(deps)” 或 “ci: lock” 的 commit - 检出指定版本：
git checkout abc1234 -- composer.lock（abc1234 是含旧 lock 的提交哈希） - 注意换行符和末尾空行：Windows 用户用
git config core.autocrlf true避免检出后校验失败 - 别只改 lock 文件里某一行：手动修改
version或dist.sha256会导致Invalid lock file. Corrupted.报错
composer install 报错 “Root package requires a version of PHP that is not installed” 怎么办
这是最常见的环境不匹配问题：旧 composer.lock 记录的 platform.php 版本（比如 8.1.0）和你当前 PHP 实际版本（比如 8.3.0）不一致，导致 Composer 拒绝安装。
- 临时锁定平台版本：
composer config platform.php 8.3.0，再跑composer install - 或者直接编辑
composer.lock中platform段的php值（仅限紧急修复，且要确保该 PHP 版本确实兼容所有包） - 不要用
composer update --lock来“修复”：它不会读取 Git 历史中的 lock，只会基于当前环境重新生成，结果大概率不是你想要的
真正容易被忽略的两件事
一是 vendor/bin/ 下残留的旧脚本（比如 phpunit、phpcs），它们可能被 PATH 优先调用，掩盖了实际安装的版本；二是 autoload 缓存没清，即使 composer show 显示版本正确，运行时仍报 Class not found。
务必执行：rm -rf vendor/ && composer install --no-dev && composer dump-autoload，缺一不可。
