Hello, I have a dozen+ kotlin micro services acros...

# gradle

[tim]

Hello, I have a dozen+ kotlin micro services across different git repos. Each service has its own gradle.build.kts file and the duplication is driving us crazy! To start I'd like to extract common dependencies + versions and so we are looking at gradle's version catalogues. But now that we've gone down this route, there are lots of other common blocks in our gradle.build.kts that we'd like to capture centrally as well for example the plugins block or settings like tasks.withType<KotlinCompile>.kotlinOptions { freeCompilerArgs = freeCompilerArgs + "-Xopt-in=kotlin.RequiresOptIn" }.

So what does best practice look like here? 🙏

[mbonnin]

Usually, convention plugins are the recommended route: https://docs.gradle.org/current/samples/sample_convention_plugins.html

[tapchicoma]

for different git repos I would probably go with custom internal Gradle plugin

[tim]

is that difficult to create?

[tapchicoma]

depends on your Gradle knowledge 😅

[tim]

Wrt convention plugins, thanks for the link. From the sample project it looks like a everything is contained within one repo, is it striaghtforward to move the buildSrc folder elsewhere so ti can be referenced/imported by all of our projects

[Javier]

you can publish easily convention plugins and version catalogs

[tapchicoma]

ah, didn't know it is possible to publish convention plugin as well: https://docs.gradle.org/current/samples/sample_publishing_convention_plugins.html

[tim]

okay cool

[tim]

these look exactly like what we need to do

[tim]

🙏

[Javier]

you can publish both, normal convention plugins and settings convention plugins

[Vampire]

A convention plugin is imho just a conventional name for plugins where you express your own conventions that you then apply to your projects. They could be written any way, as precompiled script plugins which is most common, or also as plain old standard plugins coded in Java or any other language. And all of these can also be published without problem.

[Vampire]

And if you wouldn't want to publish, you could as well use something like git submodules or whatever to check out the plugins repository with your other projects repositories and use composite build to include them.

[Emil Kantis]

I moved my projects into a single repo, made development much smoother 😛