能，但大概率失败或引发连锁问题；必须配合composer require 目标版本 --with-all-dependencies 才可控，否则仅改composer.json并运行install/update无法保证降级生效。

直接改 composer.json 的 require 版本能降级吗？

能，但大概率失败或引发连锁问题。Composer 不是“改完保存就生效”的文本编辑器——它会校验依赖图、检查版本兼容性、触发自动更新逻辑。手动把 "monolog/monolog": "^2.9" 改成 "^1.27" 后只运行 composer install，通常不会生效（因为锁文件 composer.lock 仍指向旧解析结果）；而运行 composer update monolog/monolog 又可能连带升级其他包。

真正可控的降级必须同时满足三个条件：显式指定目标版本、绕过默认的依赖推导、锁定变更范围。

composer require 加 --with-all-dependencies 是最稳的降级方式

这是 Composer 2.2+ 内置的精准降级机制，核心是让 Composer 主动重新解析整个依赖树，但把目标包强制钉在你指定的版本上，再反向计算其余依赖是否兼容。

• 先确认你要降级的包名和目标版本（比如 guzzlehttp/guzzle 从 7.8 降到 7.5.1）
• 执行：

  composer require guzzlehttp/guzzle:7.5.1 --with-all-dependencies

• 如果失败，错误信息通常是 Conclusion: don't install guzzlehttp/guzzle 7.5.1 —— 这说明当前其他已装包（比如 laravel/framework）声明了与 7.5.1 不兼容的 guzzlehttp/guzzle 版本约束
• 此时不能硬改 composer.json，而应先查谁在拦路：

  composer depends guzzlehttp/guzzle

  ，再决定是同步降级那个依赖，还是换用更宽松的中间版本

为什么不能直接删 composer.lock 再 install？

删锁文件后运行 composer install 实际等价于 composer update（因为没了锁定依据），它会按 composer.json 中的版本约束重新求解最新兼容组合，结果往往不是你想要的“旧版”，而是满足约束的“最新旧版”——比如你写 "symfony/console": "^5.4"，它可能装 5.4.33 而非你记忆中的 5.4.0。

Wjs Uploading Video

将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。

下载

真正需要历史特定版本时，唯一可靠路径是：

• 找到该版本对应的完整 composer.lock 文件（比如从 Git 历史中 checkout 出来）
• 确保 composer.json 中对应包的约束允许该版本（例如写 "^5.4 || ^6.0" 而非死锁在 "6.2.0"）
• 运行 composer install（不加任何参数）

降级后 composer outdated 仍报红？别慌

执行降级后运行 composer outdated，常看到被降级的包显示为“upgradable”（绿色箭头），这是正常现象——它只是说明有更高版本存在，并不代表当前版本不合法或不安全。Composer 不会主动提醒“你刚手动选了个老版本”。

关键要看两点：

• composer show package/name 输出的 versions 行是否确实是目标旧版
• 运行项目实际功能是否稳定（尤其注意 vendor/autoload.php 加载、运行时类是否存在、方法签名是否匹配）
• 如果测试失败，大概率是目标旧版与 PHP 版本不兼容（例如用 PHP 8.2 强行装 doctrine/orm 2.7），这时得查该版本的 composer.json 中 php 约束字段

依赖降级本质是逆向工程：你不是在安装，是在说服 Composer 接受一个它原本不想选的解。每一步都要看错误提示里的具体冲突包和约束条件，而不是反复修改 composer.json 碰运气。