Gradle复合构建，传递依赖关系未解决

Question

首先，很抱歉我不得不用伪代码来展示这个问题，因为原始库代码是封闭源代码，整个构建过程稍微复杂一点。

问题如下：

我们有一个项目a，它使用了一个内部库B。这个库使用了几个opensource库，我们现在称之为C和D。

出于调试的目的，我希望创建项目a的一个分级复合构建，其中包括使用includeBuild的库B。

项目A：安置。梯度

rootProject.name = 'A'

includeBuild '../B'

项目A在其构建中包括库B。Gradle：

repositories {
    mavenCentral()
}

dependencies {
       compile group: 'bgroup', name: 'b', version: '1.0' 
}

库B有C和D作为依赖项。D有自己的存储库，C在MavenCentral上。

repositories {

  maven {
    url "http://D-Repository/maven"
  }

  mavenCentral()
}

dependencies {
       compile group: 'dgroup', name: 'd', version: '1.0'
       compile group: 'cgroup', name: 'c', version: '1.6'
}

repositories {
     maven {
       url "http://D-Repository/maven"
     }

     mavenCentral()
 }

 dependencies {
       compile group: 'bgroup', name: 'b', version: '1.0' 
 }

所以我必须添加D的存储库，尽管A没有直接将它用作依赖项。

• 这是意料之中的行为吗？
• 是否缺少某个配置？

如果我只是从我们自己的存储库中获得库B（没有复合构建），我就不必将D的存储库添加到项目A中。但是这样我就不能在处理项目A时调试B。

Answer 1

正如在注释中发现的，发布的B是一个包含依赖类的胖罐子。如果使用复合构建，则按其含义使用正常的传递依赖项解析。使用胖罐子作为依赖项是非常糟糕的做法。

如果您现在依赖于fat JAR的复合构建替换，那么您有适当的依赖声明，但是A找不到D，因为在它所知道的任何存储库中都找不到它。您要么必须将对B的依赖项替换为包含的构建中的fat JAR,要么切换到使用正确的传递依赖项处理方式。这将包括发布普通的B JAR，但使用正确的元数据声明其依赖项，并将特定于D的存储库添加到A，以便它能够解析传递依赖项。