问题描述
我们有这样的目录结构
- 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:
语法