【问题标题】:Dependency conflict error in my Android app which has Android Tests我的具有 Android 测试的 Android 应用程序中的依赖冲突错误
【发布时间】:2015-04-22 20:49:37
【问题描述】:

我正在使用 AndroidStudio 和 Gradle 构建我的 Android 应用,并在“androidTest”源目录中进行测试。我添加了一个新的依赖项,现在在 AndroidStudio 或通过“./gradlew connectedCheck”运行 Android 测试时遇到以下问题。解决此问题的首选方法是什么?

'警告:与依赖项'org.somelibrary:library-core'冲突。应用程序和测试应用程序的已解决版本不同。'

从 Android Gradle 插件 1.1.1 开始,错误显示如下: “警告:与依赖项 'com.google.code.findbugs:jsr305' 冲突。应用 (1.3.9) 和测试应用 (2.0.1) 的已解决版本不同。”

【问题讨论】:

    标签: android testing


    【解决方案1】:

    当您为应用构建和运行 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 解决方案专门覆盖了库的规定要求。有时,库开发人员会遇到各种其他库中的错误或解决错误,因此当您实施这些解决方案时,您可能会面临一些风险,可能不得不追查非常隐蔽的错误。

    【讨论】:

    • 您说“我们希望在以后的版本中解决这个问题”。这是否意味着更好地报告冲突,或支持解决应用程序和测试应用程序之间的传递依赖关系?
    • @Baqueta:更好地报告冲突。
    • 下一个答案提供了一个很好的解决方案来确定依赖版本号,直到我们稍微改进一下。虽然我们不建议使用旧版本的插件来阻止错误发生。
    • 我已更新此答案以包含调整后的错误消息,该消息会自动包含版本号。
    • Gradle 文档的链接:gradle.org/docs/current/dsl/…(搜索“强制”)。我的错误消息是“警告:与依赖项 'com.android.support:support-annotations' 冲突。应用程序 (22.0.0) 和测试应用程序 (20.0.0) 的已解决版本不同。” (无论有无“力”都一样)。导致冲突的最小依赖项是:compile 'com.android.support:support-annotations:22.0.0'androidTestCompile 'com.squareup.assertj:assertj-android:1.0.0'
    【解决方案2】:

    如果您查看(生成的).iml 文件,您可以很容易地看到冲突的版本号。就我而言:

    <orderEntry type="library" exported="" scope="TEST" name="support-annotations-20.0.0" level="project" />
    <orderEntry type="library" exported="" name="support-annotations-21.0.3" level="project" />
    

    回到 gradle 插件的 1.0.1 版本可以解决问题。

    【讨论】:

    • 在插件的 1.1.1+ 版本中,错误消息现在将为您提供版本号。
    • 什么是(生成的).iml 文件?我在任何 *.iml 文件中都没有遇到这种冲突
    【解决方案3】:

    有类似的问题。 首先 - 我将 gradle 插件升级到 1.1.1(在项目的 gradle 中):

    classpath 'com.android.tools.build:gradle:1.1.1'
    

    这帮助我意识到问题出在应用程序所指:

    com.android.support:support-annotations:21.0.3
    

    当测试应用指的是:

    com.android.support:support-annotations:20.0.0  
    

    (由于指定androidTestCompile 'com.squareup.assertj:assertj-android-appcompat-v7:1.0.0'

    通过指定解决它:

    androidTestCompile 'com.android.support:support-annotations:21.0.3'
    

    【讨论】:

    • 您好,您是如何实现引用注解的应用程序:21.0.3 和引用 20.0.0 的测试应用程序的?什么是 androidTestCompile 'com.squareup.assertj:assertj-android-appcompat-v7:1.0.0'。请帮忙..如果我解决了这个错误,这将是很大的帮助。
    • 您通常会在构建时在 android studio 的消息视图中看到警告。该消息将准确说明每个应用程序/测试应用程序的这种不匹配+版本名称。
    • 非常感谢。如果您介意我问一下,为什么我将它们都移到早期版本时它对我不起作用?
    • assertj 是一个用于测试的库——这正是我的问题。但它有所不同。关键是 1.1.1 的插件会在您的工作室中生成更多信息性消息,并告诉您哪个组件取决于哪个版本的库发生冲突。所以其中一个需要使用更新的...更新的原因是向后兼容比向前兼容更可能。
    【解决方案4】:

    或者,可以通过以下方式排除测试应用依赖项(例如assertj-android)引入的冲突依赖项(例如支持注释库):

    testCompile('com.squareup.assertj:assertj-android:1.0.0') { exclude group: 'com.android.support', module: 'support-annotations' }

    【讨论】:

    • 尽管票数不多,但这可能是最简单的解决方案。您只是对要引入的库进行更改,没有设置任何“强制”解决策略,也没有重复声明冲突库。
    【解决方案5】:

    Gradle 有Resolution Strategy Mechanism

    您可以通过在应用级 build.gradle 文件中添加以下行来解决此冲突:

    configurations.all {
        resolutionStrategy {
            force 'com.google.code.findbugs:jsr305:1.3.9', 'com.google.code.findbugs:jsr305:2.0.1'
        }
    }
    

    【讨论】:

    • 谢谢你,它帮助了我。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-11-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-01-28
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多