直接用 composer require 指定旧版本号是最简洁可靠的降级方式，它自动处理依赖冲突、更新 composer.lock 并保持依赖图一致；推荐先用 composer show 查版本，再执行降级，最后验证并提交 composer.json 和 composer.lock。
直接用 composer require 指定旧版本号，是最简洁、最可靠的降级方式。它会自动处理依赖冲突、更新 composer.lock，并确保整个依赖图保持一致。
用 require 强制指定旧版本
Composer 并没有专门的 “downgrade” 命令，但 composer require 本身就支持重写当前包的版本约束。只要该包已安装，执行以下命令即可完成降级：
-
composer require vendor/package:1.2.3—— 降级到稳定版 1.2.3 -
composer require vendor/package:^1.0.0—— 切换为版本约束（如允许 1.x 最新补丁） -
composer require vendor/package:dev-main—— 切回开发分支（适合临时调试）
执行后 Composer 会重新计算依赖，卸载不兼容的版本，并更新 composer.lock。这是官方推荐做法，比手动改 composer.json 更安全。
先查清可用版本再操作
避免输错版本号或选到不存在的 tag，建议先查看包的历史发布记录：
-
composer show vendor/package --all—— 列出所有已知版本（含 RC、beta） -
composer show vendor/package—— 查看当前安装版本和依赖要求 - 访问 Packagist 页面，直接浏览版本历史和发布时间
处理依赖冲突时的实用技巧
如果降级触发了依赖冲突（例如旧版要求 PHP 7.4，而项目已用 PHP 8.2），可临时放宽环境检查：
- 加
--ignore-platform-reqs跳过 PHP/扩展版本校验（仅限开发环境调试） - 用
--dry-run预览变更，确认无误后再执行真实操作 - 若其他包也需同步调整，可一次性写多个 require：
composer require vendor/a:2.1.0 vendor/b:3.0.0
回滚后记得验证和提交
降级不是终点，而是验证起点：
- 运行
composer install确保 lock 文件生效（尤其在 CI 或团队协作中） - 执行单元测试或关键路径冒烟测试，确认功能未因版本变化受损
- 把更新后的
composer.json和composer.lock一并提交到 Git —— lock 文件必须提交，否则他人无法复现相同环境
