用 composer require 指定旧版本可安全回退，如 composer require monolog/monolog:1.25.0；遇依赖冲突用 composer why-not 定位原因，切勿误用 composer update 加版本号。

直接用 composer require 指定旧版本即可回退，不需要卸载重装或手动改 composer.json —— 但必须注意依赖冲突和锁文件同步问题。

用 composer require 强制降级指定包

这是最常用也最安全的方式，Composer 会自动处理依赖兼容性（如果可行）并更新 composer.lock：

• 降级单个包：composer require monolog/monolog:^1.25.0（会安装满足该约束的最新可用版本，比如 1.25.5）
• 精确锁定某小版本：composer require monolog/monolog:1.25.0（强制安装 1.25.0，不带 ^ 或 ~）
• 若已安装高版本，该命令会先卸载再装目标版本，并更新 vendor/ 和 composer.lock

遇到 “Your requirements could not be resolved” 怎么办

这是降级时最典型的报错，本质是当前项目其他依赖（比如 laravel/framework）声明了最低版本要求，与你想降的版本冲突：

• 运行 composer why-not vendor/package:1.25.0 查看哪个包在阻止安装（例如输出 laravel/framework 10.0.0 requires monolog/monolog ^2.0）
• 要么同步降级依赖方（如 composer require laravel/framework:9.52.0），要么接受无法单独降级该包
• 加 --ignore-platform-reqs 可绕过 PHP 扩展或版本检查，但不解决逻辑依赖冲突，慎用

composer update 加版本号不是回退的正确姿势

很多人误以为 composer update vendor/package:1.25.0 能降级，实际会报错或无效：

jm-jsjkxyjs02-zlm-405

使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。

下载

• composer update 不接受版本号参数；写成那样会被当成包名，报 Package "vendor/package:1.25.0" not found
• 想批量更新多个包到特定版本？只能多次执行 composer require vendor/package:1.25.0
• 如果已手动改了 composer.json 中的版本号，务必再跑一次 composer update vendor/package（不带版本），否则 composer.lock 不会更新

回退后验证是否生效

别只看 composer.json 或 composer.lock，要确认实际加载的是目标版本：

• 检查 vendor/composer/installed.json 里对应包的 version 字段
• 运行 composer show vendor/package，输出中的 versions 行即当前加载版本
• 在代码中临时加 var_dump(class_exists('Monolog\Logger') ? \Monolog\Logger::VERSION : 'not loaded'); 验证运行时版本

真正麻烦的从来不是命令怎么写，而是搞清「为什么这个版本不能装」——花十分钟看懂 why-not 的输出，比反复试错快得多。