Where would you define your project's Gradle convention plugin? :one: in buildSrc :two: included bui...
t
Where would you define your project's Gradle convention plugin? 1️⃣ in buildSrc 2️⃣ included build 3️⃣ Elsewhere I just discovered from that article that buildSrc and included builds both have performance issues...
2️⃣ 6
1️⃣ 3
3️⃣ 2
t
My project has a LOT less than 3500 gradle modules, so buildSrc works well for my team
e
~300 modules here, in the process of migrating from buildSrc to multiple included builds instead of a single
build-logic
included build. it works well
c
exclusively using build-logic included builds (in fact, added plugin code to prohibit buildSrc). works well.
m
The idea of a project with thousands of modules terrifies me.
Are people with that many modules are doing a module-by-feature approach?
t
unfortunately 1 for now
d
~40 modules here; I recently migrated from
buildSrc
to included build. Do it, it's worth it! Any time you have to edit configuration the feedback cycles are so much faster due to no more cache invalidation. You'll quickly save yourself a day from a few hour's investment.
k
@mike.holler sounds like module-by-class 😄