This message was deleted.
# community-support
s
This message was deleted.
v
Any
allprojects { ... }
and
subprojects { ... }
block introduces project coupling and should be avoided where possible. The simple truth is, that you shouldn't do it. Whenever you inject configuration from outside, you maybe introduce coupling and for sure make the build logic intransparent. The most idiomatic way is, that you have a convention plugin that all projects apply or that all other convention plugins apply and apply your plugin there.
m
Is that generally true even for the root project? The config-on-demand docs state:
Copy code
. Coupling of the root project to subprojects does not impact configuration on-demand, but using the allprojects and subprojects in any subproject's build.gradle file will have an impact.
I'm trying to divine what the boundaries of this space are. 🙂
v
It definitely introduces coupling. It might not be a problem if the root project is always configued and configured first. But even if it would work, it still makes the build less transparent.
m
Cool. Thanks for the input!