如何使 Gradle 存储库指向本地目录

Question

由于某种原因，我的离岸团队无法从我的客户 Artifactory 下载工件（依赖项），这是我们的组织依赖项存储库。“刷新依赖项”不会触发任何内容并给出 TIME OUT EXCEPTION。我看到我的“Gradle 依赖项”已下载到位置“D:/C813507/Gradle/gradle-1.11/bin/caches/modules-2/files-2.1/”。我可以压缩这个文件夹并发送给他们吗？他们如何在 gradle 中实现指向他们本地目录的东西。我的构建 gradle 有以下行。如何将 URL 指向 Windows 操作系统中的本地目录

repositories {
         maven {
            url 'http://artifactory.myorg.com:8081/artifactory/plugins-release'
        }

}

Answer 1

如果您无法授予离岸团队访问权限，您可以将所需的所有依赖项 jar 复制到单个目录，然后使用 flatDir 存储库。

repositories {
   flatDir {
       dirs 'D:/path/to/local/directory'
   }
}


dependencies {
   compile name: 'name-of-jar'
}

不使用flatDir 存储库的另一种方法是：

dependencies {
    compile files('/path/to/dir/something_local.jar')
}

Answer 2

您可以声明一个本地maven 存储库，而不是配置flatDir 存储库，如下所示：

repositories {
   maven {
       url 'file://D:/path/to/local/directory'
   }
}

正如 @Peter Niederwieser 所述，flatDir 存储库不支持传递依赖解析。 maven 本地存储库。

Answer 3

像下面这样使用 flatDir 是一种选择：

repositories {
   flatDir {
       dirs 'D:/path/to/local/directory'
   }
}

这行得通。但是如果有 mavenCentral() 或其他包含相同 JAR 的 maven 存储库，则 maven 存储库将优先于 flatDir。

Gradle 文档节选：https://docs.gradle.org/current/userguide/repository_types.html

Gradle 会动态生成一个模块描述符（没有任何 依赖信息）基于工件的存在。然而， 因为 Gradle 更喜欢使用已创建描述符的模块 来自真实的元数据而不是生成的平面目录 存储库不能用于用真实元数据覆盖工件 从其他存储库。例如，如果 Gradle 只找到 jmxri-1.2.1.jar 在平面目录存储库中，但 jmxri-1.2.1.pom 在 另一个支持元数据的存储库，它将使用第二个 提供模块的存储库。

所以 flatDir 不好。我们应该使用第二个答案中提到的本地 Maven 存储库。但是第二个答案有几个问题

1. 不便携
2. 如果工件也存在于全局存储库中，则尚不清楚将从何处挑选它。

我们可以使用以下解决方案来解决这些问题：

1. 在项目目录下创建一个名为 libs 的文件夹
2. 将您的工件复制到此 libs 目录（如果您使用 git 或任何其他 scm，请确保分发此 libs 文件夹，以便其他人可以gradle build 没有任何问题）
3. 在您的 libs 目录中声明一个 maven 存储库，并在列出任何其他存储库之前调用 mavenLocal()。这一步对于确保从本地目录而不是从其他全局存储库中选择 jar 非常重要

repositories {
   maven {
       url uri("${projectDir}/libs")
   }

   mavenLocal()
   <All your Repos here>
   mavenCentral()
}

通过这种方式，您可以确保即使 JAR 存在于其他 repo 中，它也只会从您的本地目录中选取，并且该解决方案也是可移植的。