隐式导入的Maven BOM文件在Gradle中占主导地位吗？

Question

我开发了一个Spring Boot2.0.x应用程序，该应用程序使用Gradle5.2.1导入多个Maven BOM，包括自定义和官方Spring BOM。因此，我使用Gradle提供的platform语法。但是，我也使用dependency-management插件与Spring Boot Gradle插件结合使用。

apply plugin: 'io.spring.dependency-management'
apply plugin: 'org.springframework.boot'

dependencies {
    compile platform("org.springframework.cloud:spring-cloud-dependencies:${springCloudVersion}")
    compile platform("com.myOrg:custom-bom:${latestVersion}")
}

根据文档，这种插件组合触发了Spring Boot BOM文件的包含。但是，我不知道这个隐含的BOM如何符合BOM的常规顺序。是先应用并因此可以被其他BOM覆盖，还是最后应用并因此控制所有其他BOM文件？

Answer 1

在一个只有platform用于BOM的分级世界中，没有优先规则。Gradle将考虑不同BOM和可传递依赖带来的所有约束，如果他们推荐不同的版本，冲突将以通常的方式解决这些约束。

我不是Springdependency-management插件的专家，但我的理解是，它旨在复制Maven BOM契约：BOM的版本会否决任何可传递版本，并且可以反过来被本地版本声明否决。

如果这种理解是正确的，那么dependency-management插件将对它导入的BOM覆盖的所有依赖项应用它的规则。任何不包括在插件将遵守梯度规则。

从这个意义上说，这种混合可能不是一种理想的情况，因为BOM内容在任何一个方向上对版本的更改都可能对已解决的依赖关系产生相当严重的影响。