当您为应用构建和运行 Android 测试时,Android Gradle 插件会构建两个 APK(应用和测试 APK)。在 gradle 运行期间,将比较应用程序和测试构建的依赖项。当版本号相同时,两者中存在的依赖关系将从测试版本中删除。当使用相同的依赖项,但版本号不同时,您将需要手动解决依赖项冲突并出现此错误。
要解决冲突,您首先需要找出存在冲突的两个版本。如果您尚未使用 Android Gradle Plugin v1.1.1+,那么如果您升级到该版本,错误消息将为您提供冲突的版本号。选择您需要的。
*在冲突编号之间进行选择时,请务必记住,除非您覆盖了默认的 gradle 依赖解决策略 (failOnVersionConflict),否则应用程序内部的冲突和测试构建(分别)将得到解决通过选择更大的版本。
现在您需要决定如何解决冲突。如果您需要强制使用较低版本 (1.2) 的库,则需要强制将应用程序和测试构建的依赖关系解析为特定版本的库,如下所示:
// Needed to resolve app vs test dependencies, specifically, transitive dependencies of
// libraryq and libraryz. Forcing the use of the smaller version after regression testing.
configurations.all {
resolutionStrategy.force 'org.somelibrary:library-core:1.2'
}
如果你需要使用 2.1 版本的依赖,那么你也可以使用上面的 sn-p,但是你永远不会开始使用更新版本的库,无论传递依赖更新是否需要它。或者,您也可以向应用程序或测试版本添加新的正常依赖项(无论哪个尝试使用 1.2 版本的依赖项)。这将强制应用或测试构建依赖于(前面提到的)gradle 依赖解析策略,因此为该构建使用 2.1 版本的库。
// Force the use of 2.1 because the app requires that version in libraryq transitively.
androidTestCompile 'org.somelibrary:library-core:2.1'
或
// Force the use of 2.1 because the Android Tests require that version in libraryz.
compile 'org.somelibrary:library-core:2.1'
在此解决方案中,错误可能会再次出现,例如版本 3.3,开始仅在测试或应用构建中的一个中使用,但这通常是可以的,因为您会在构建时收到另一个不兼容的通知,并且可以采取行动。
更新:这个问题的一些新解决方案现在还列出了从声明的依赖项中排除特定的传递依赖项。这是一个有效的解决方案,但会给开发人员带来更多的责任。与上面的强制依赖解析建议将版本硬编码到构建中的方式相同,exclude-transitive-dependency 解决方案专门覆盖了库的规定要求。有时,库开发人员会遇到各种其他库中的错误或解决错误,因此当您实施这些解决方案时,您可能会面临一些风险,可能不得不追查非常隐蔽的错误。