Gradle 不同回购协议之间的梯度传递依赖关系

Gradle 不同回购协议之间的梯度传递依赖关系,gradle,build.gradle,Gradle,Build.gradle,我们在这里有一些关于依赖关系是否得到解决的困惑。我们有这样的东西 repositories { maven { url "http://my.repo" } mavenCentral() } my.repo有一堆本地构建的工件和一些标准工件的副本 我的问题是,如果在my.repo中找到依赖关系树的一部分,会发生什么情况。它是否会解析来自my.repo的部分,以及来自central的部分?例如,假设我们有一个依赖树 depA depA1 depB depB1 现在假设这

我们在这里有一些关于依赖关系是否得到解决的困惑。我们有这样的东西

repositories {
    maven { url "http://my.repo" }
    mavenCentral()
}
my.repo
有一堆本地构建的工件和一些标准工件的副本

我的问题是,如果在
my.repo
中找到依赖关系树的一部分,会发生什么情况。它是否会解析来自
my.repo
的部分,以及来自
central
的部分?例如,假设我们有一个依赖树

depA
  depA1
depB
  depB1
现在假设这些文物就在这里

my.repo: depA, depB1
central: depA2, depB

即使父依赖项位于
my.repo
中,gradle是否会从
central
解析depA1?它是否会从
my.repo
解析depB1,即使它的父依赖项位于
central
中?

Gradle不会区分存储库,尽管它会按照它们声明的顺序搜索存储库。也就是说,配置的所有存储库都用于解析,依赖项的来源不会影响可传递依赖项来自哪个存储库。在您的示例中,depA2将首先在“my.repo”中搜索,然后在“central”中搜索


同样,Gradle当前无法将配置隔离到一组存储库。这意味着所有配置都来自所有存储库。

Gradle不会区分存储库,尽管它会按照声明的顺序搜索存储库。也就是说,配置的所有存储库都用于解析,依赖项的来源不会影响可传递依赖项来自哪个存储库。在您的示例中,depA2将首先在“my.repo”中搜索,然后在“central”中搜索


同样,Gradle当前无法将配置隔离到一组存储库。这意味着所有配置都来自所有存储库。

Gradle不会区分存储库,尽管它会按照声明的顺序搜索存储库。也就是说,配置的所有存储库都用于解析,依赖项的来源不会影响可传递依赖项来自哪个存储库。在您的示例中,depA2将首先在“my.repo”中搜索,然后在“central”中搜索


同样,Gradle当前无法将配置隔离到一组存储库。这意味着所有配置都来自所有存储库。

Gradle不会区分存储库,尽管它会按照声明的顺序搜索存储库。也就是说,配置的所有存储库都用于解析,依赖项的来源不会影响可传递依赖项来自哪个存储库。在您的示例中,depA2将首先在“my.repo”中搜索,然后在“central”中搜索

同样,Gradle当前无法将配置隔离到一组存储库。这意味着所有配置都来自所有存储库