Composer无rollback命令，回滚本质是恢复依赖状态，核心路径三条：还原composer.lock、重装指定包、降级单包版本；需清空vendor后执行composer install或require。
回滚不是靠一个“回滚命令”完成的，Composer 本身没有 composer rollback 这种指令。所谓快速回滚，本质是**恢复依赖状态**，核心路径只有三条：还原 composer.lock、重装指定包、或降级某个包的版本约束——选哪条，取决于你出问题的范围和手头有没有干净的历史记录。
为什么 composer install 没回退到旧版本？
最常见的情况是：你以为 composer.lock 是旧的，其实它已经被改过或没提交。运行 git status composer.lock，如果显示 modified 或不在暂存区，说明当前 lock 文件不是你要的那个历史状态。
- 先确认目标 lock 是否在 Git 历史里：
git log --oneline -n 5 -- composer.lock - 恢复它：
git checkout abc1234 -- composer.lock（把abc1234换成对应 commit hash） - 删掉整个
vendor/：rm -rf vendor（Windows 用户请手动删除） - 再执行：
composer install——这时才真正按 lock 装，不碰composer.json - 别用
composer update --lock，它只重写 lock，不清理 vendor，也不会回退任何代码
composer require vendor/package:1.2.3 是最可控的单包降级方式
想把 monolog/monolog 从 3.0.0 降到 2.9.2？直接写死版本号，别用 ^2.9 或 ~2.9.0，否则仍可能装到 2.9.9。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查可用历史版本：
composer show -a monolog/monolog，确认v2.9.2存在且未被标记为abandoned - 执行降级：
composer require monolog/monolog:2.9.2 --with-all-dependencies - 加
--with-all-dependencies是关键：它会同步调整所有传递依赖，避免子依赖冲突时静默跳过 - 如果报
Your requirements could not be resolved，运行composer why-not monolog/monolog:2.9.2查具体卡在哪
Composer 自身版本怎么降级？
如果你用的是 v2.7+，但项目 lock 文件是 v2.1.x 生成的，composer install 会直接失败——v2.7 不认老 lock 的字段格式。这时候必须降 Composer 工具本身。
- 推荐方式：
composer self-update --version 2.1.14（目标版本必须是官方发布的稳定版） - Windows PowerShell 用户注意：版本号要加引号，
composer self-update "2.1.14"，否则点号可能被解析异常 -
composer self-update --rollback不可靠：它只能回退上一次升级，且 v2.5.0+ 已禁用任意回滚，生产环境别依赖它 - 若权限不足，Linux/macOS 加
sudo，Windows 需以管理员身份运行终端
最容易被忽略的一点：无论走哪条路径，vendor/ 目录必须清空再重装。残留文件会导致类找不到、行为不一致，甚至掩盖真实问题。这不是多此一举，是 Composer 依赖解析机制决定的硬性前提。
