所有gradle复合构建的Gradle monobuild和jar文件映射

如何解决所有gradle复合构建的Gradle monobuild和jar文件映射

我们有这样的目录结构

• java
  • build / build.gradle（尚不存在，但我们想要这个）
  • 服务器
    • server1 / build.gradle
    • server2 / build.gradle
  • 图书馆
    • lib1 / build.gradle
    • lib2 / build.gradle

我们有11个服务器和14个库，它们具有各种不同的依赖关系用法。每个服务器都是仅依赖于库的复合构建（我们不允许服务器相互依赖）。这样，随着我们的单仓库的增长，随着添加越来越多的gradle代码，打开server1的速度不会越来越慢（即gradle仅加载server1及其所有库，而没有其他库或服务器在加载，事情很快）。

好，所以我们现在遇到的一个问题是复制，这就是为什么我们需要build / build.gradle文件，并且我们希望单声道仓库中的每个模块都以某种方式包括一些目标（每个目标可能需要一个不同的目标）解决方案）

目标1：要有一个包含字符串映射的ext {…}部分，以像这样来获取依赖关系

deps = [
  'web-webserver':      "org.webpieces:http-webserver:${webpiecesVersion}",'web-webserver-test': "org.webpieces:http-webserver-test:${webpiecesVersion}",'web-devrouter':      "org.webpieces:http-router-dev:${webpiecesVersion}"
]

这样，我们希望所有对他们的项目都像这样导入依赖项

compile deps['web-webserver']

目标2：我们要“包括”标准的插件列表，因此我们将在整个仓库中对所有gradle插件进行相同的版本控制。尽管上面配置了所有jar，以避免在单个仓库中出现jar地狱，但我们只想在本节中做同样的事情

plugins {
  id 'com.github.sherter.google-java-format' version '0.9'
}

当然，每个项目可能还希望添加更多的插件，或者甚至不依赖于此部分（在紧急情况下并试图完成工作）。

目标3：我们希望为所有项目（最终！！！）定义样式检查配置（或任何插件配置）。我们希望checkstyle gradle位于公共区域中，但是所有库都以某种方式引入。同样，它是可选的，因为我可以将gradle部分拉入build.gradle，或者可以创建一个如果发生紧急情况，可以使用新版本，因此我不必立即修复monorepo中的所有项目。

理想情况下，也许我有点想要配置注入，当我运行server1 / build.gradle时，它实际上以某种方式作为父级运行java / build / build.grade，但带有覆盖（如果我声明为“ extends xxx.gradle”， ），那么它使用的所有库也将java / build / build.gradle用作其父级。我不确定这是否可行。我很确定gradle中不存在'extends xxx'。

这些目标是否可能？

谢谢， 院长

解决方法

我也一直在使用与gradle组合构建来开发与您完全相同的需求的monorepo。解决此问题的方法是使用pre compiled plugins

您只需要使用要共享的代码来创建新的gradle项目。这将创建一个插件，您可以将其添加为复合构建并将其应用于其他项目。

,

为什么您不只使用“标准” gradle顶级构建文件并将其他文件组成为subprojects，我有点困惑。 这可以解决您的所有3个目标

如果您对构建速度感到担忧，则只需运行即可单独定位每个服务器

./gradlew :server1:build

但是，如果由于某种原因而无法执行此操作，则可以使用here中描述的apply from:语法