我怎样才能强制 Gradle 为两个依赖项设置相同的版本？

小开

Add this section to just above your dependencies block.

Groovy/Gradle:

configurations.all {
resolutionStrategy {
force 'com.google.guava:guava:14.0.1'
force 'com.google.guava:guava-gwt:14.0.1'
}
}

Kotlin Script:

configurations.all {
resolutionStrategy {
force("com.google.guava:guava:14.0.1")
force("com.google.guava:guava-gwt:14.0.1")
}
}

小开

最佳答案

One of your dependencies is forcing the guava version to update. Use gradle dependencies to locate which library is evicting your version.

The problem you have is that if you force it to use 14.0.1 another library may not work properly. Can you not just use the 17.0 version as your dependency?

Rather than maintain individual version numbers in the build.gradle I use a dependencies.gradle file which will have a mapping of version numbers and pull that into the build.gradle. That way I only need to maintain the single guava version. So your example will be:

dependencies.gradle

ext {
ver = [
guava: '14.0.1'
]
}

and then in the build.gradle file you can have:

apply from: "dependencies.gradle"


dependencies {
compile group: 'com.google.guava', module: 'guava', version: ver.guava
compile group: 'com.google.guava', module: 'guava-gwt', version: ver.guava
}

then when I want to move to 17.0 I only need to change the dependencies.gradle.

I am also a definite fan of setting transitive dependencies to false with

configurations.compile { transitive = false }

this way you do not have some dependencies evicted at compile time, although you may have a problem at run time if the evicting library is not fully backward compatible. Lets face it if you are writing the code you should know what libraries you use and you should be explicit about your dependencies. It protects you from one of your dependencies upgrading and messing you up.

小开

I had a similar situation where one of the dependencies used spring-web 4.2.4 which was broken. You have to force specific library version you want. As mentioned in another comment, it might cause compatibility issues but sometimes is necessary.

Least intrusive way of forcing a library version I found was instead of using

compile "org.springframework:spring-web:4.2.3.RELEASE"

specifying dependency configuration as forced:

compile("org.springframework:spring-web:4.2.3.RELEASE"){
force = true
}

I used it when I needed to downgrade Spring version temporarily (until next release).

小开

configurations.all {
resolutionStrategy.eachDependency { details ->
if (details.requested.group == 'com.google.guava') {
details.useVersion "14.0.1"
}
}
}


dependencies {
compile 'com.google.guava:guava'
compile 'com.google.guava:guava-gwt'
}

小开

Alternatively you can use dependencySets (or mavenBom when BOM POM is available) support in spring-dependency-management Gradle plugin. Note that this plugin is also automatically applied with spring-boot Gradle plugin. For more details see here.

plugins {
id 'io.spring.dependency-management' version '1.0.1.RELEASE'
}


dependencyManagement {
dependencies {
dependencySet(group: 'com.google.guava', version: '14.0.1') {
entry 'guava'
entry 'guava-gwt'
}
}
}


dependencies {
compile 'com.google.guava:guava'
compile 'com.google.guava:guava-gwt'
}

小开

I would suggest against setting transitive = false, as this approach would force yo to resolve the dependency tree yourself, manually.

You could either force the desired guava version via configurations.all, or add the dependency explicitly and set it forced = true.

Examples here: http://www.devsbedevin.net/android-understanding-gradle-dependencies-and-resolving-conflicts/

小开

If it's OK to just use the newer version for both dependencies, the simplest way to fix your problem is to update your dependencies:

compile 'com.google.guava:guava:17.0'
compile 'com.google.guava:guava-gwt:17.0'

That will make sure both of them are on 17.0. It's simpler than trying to force both of them on the older version and as an added bonus you get a newer version, which (probably) comes with bug fixes and new features.

To be fair @Klunk mentions this in his answer, by asking "Can you not just use the 17.0 version as your dependency?", but it's just in passing and easy to miss, so I thought it made sense to post as a separate answer.

小开

Another option is to use dependency constraint: https://docs.gradle.org/current/userguide/dependency_constraints.html

dependencies {
implementation 'org.apache.httpcomponents:httpclient'
constraints {
implementation('org.apache.httpcomponents:httpclient:4.5.3') {
because 'previous versions have a bug impacting this application'
}
implementation('commons-codec:commons-codec:1.11') {
because 'version 1.9 pulled from httpclient has bugs affecting this application'
}
}
}

小开

You can "force" versions for the libraries/dependencies in gradle like this:

    configurations.all {
resolutionStrategy {
force("org.jetbrains.kotlin:kotlin-stdlib:1.4.32",
"org.jetbrains.kotlin:kotlin-stdlib-jdk8:1.4.32",
"org.jetbrains.kotlin:kotlin-reflect:1.4.32"
)
}
}

You can get more information on this here: https://docs.gradle.org/current/dsl/org.gradle.api.artifacts.ResolutionStrategy.html

小开

app/build.gradle

dependencies {
compile('com.google.guava:guava') {
version {
strictly '14.0.1'
}
}
compile('com.google.guava:guava-gwt') {
version {
strictly '14.0.1'
}
}
}

Version Gradlew

Gradle 6.7

小开

This is for Kotlin DSL (build.gradle.kts) tested with Gradle 7.1:

dependencies {
implementation("org.jsoup", "jsoup") {
version {
strictly("1.14.3")
}
}
}

Another way:

dependencies {
implementation("org.jsoup:jsoup") {
version {
strictly("1.14.+") // You can also use dynamic versions
}
}
}

Another way as suggested by other answers:

configurations.all {
resolutionStrategy {
force("org.jsoup:jsoup:1.14.3")
force("com.google.guava:guava-gwt:14.0.1")
}
}