Composer依赖冲突：phpunit/dbunit与symfony/yaml版本兼容问题求助

我之前在尝试安装phpunit/dbunit时，执行了命令：

php composer.phar require phpunit/dbunit

结果碰到了头疼的版本冲突问题——phpunit/dbunit 3.0.0要求symfony/yaml ^3.0，但我的项目里已经有依赖在使用symfony/yaml v2.8.33，Composer给出的冲突日志如下：

Installation request for phpunit/dbunit 3.0.0 -> satisfiable by phpunit/dbunit[3.0.0].

• Conclusion: remove symfony/yaml v2.8.33
• Conclusion: don't install symfony/yaml v2.8.33
• phpunit/dbunit 3.0.0 requires symfony/yaml ^3.0

我既不想降级phpunit/dbunit用旧版本，又怕升级symfony/yaml到^3.0会搞坏现有依赖，该怎么破？下面是几个实用的解决思路：

一、先确认现有依赖的兼容性 #

首先别着急恐慌，很多依赖标注的版本约束可能只是比较保守，实际是可以兼容更高小版本的。

先执行这条命令，看看到底是哪些依赖在依赖symfony/yaml v2.8.33：

php composer.phar why symfony/yaml

拿到这些依赖名单后，逐个去查它们的官方文档或者仓库里的composer.json，确认是否支持symfony/yaml 3.x版本。如果大部分甚至全部都支持，那直接升级symfony/yaml就是最省心的方案——毕竟3.0相对于2.8来说，大部分是向后兼容的，破坏性改动不多。

二、用版本别名强制兼容（谨慎使用） #

如果某个依赖确实只标注了支持symfony/yaml 2.8，但你本地测试后发现它其实能正常跑3.x版本，那可以用Composer的版本别名来蒙混过关，让Composer认为3.x版本就是2.8的兼容版本。

在你的项目composer.json里添加这样的配置：

"replace": {
    "symfony/yaml": "2.8.33 as 3.0.0"
}

或者直接在require区块里指定：

"require": {
    "symfony/yaml": "^3.0",
    "phpunit/dbunit": "^3.0"
}

不过这种方法有风险，一定要在测试环境把所有功能都跑一遍，确保没有问题再推到生产环境。

三、给冲突依赖打补丁修改版本约束 #

如果某个依赖确实不兼容3.x，但你又死磕想要最新的phpunit/dbunit，那可以尝试给这个依赖打补丁，修改它的composer.json里的symfony/yaml版本约束为^2.8|^3.0。

你可以用cweagans/composer-patches这个插件来实现：

1. 先安装插件：

php composer.phar require cweagans/composer-patches

2. 然后在项目的composer.json里添加补丁配置，指向你修改好版本约束的补丁文件。

这种方法需要你对Composer的补丁机制有一定了解，同样要做好充分测试。

四、临时隔离或替换依赖（极端情况） #

如果以上方法都不行，那只能考虑极端方案：看看有没有其他yaml处理包可以替代现有依赖对symfony/yaml的依赖，或者把冲突的依赖暂时隔离（比如如果是某个非核心依赖导致的冲突，能不能暂时移除它，等后续它更新兼容3.x后再装回来）。不过这种情况比较少见，毕竟symfony/yaml是生态里很通用的包。

不管用哪种方法，核心原则都是：先在测试环境充分验证，确保现有功能不受影响再动生产环境。

内容的提问来源于stack exchange，提问作者somejkuser