Как разрешить / обойти вложенные составные сборки Gradle

Добавление еще одного ответа для другого подхода...

Каждый settings.gradle может добавить проверку перед includeBuild, чтобы убедиться, что он уже находится внутри композита. Если он уже находится внутри композита, он не includeBuild.

См. здесь для получения дополнительной информации о составной проверке

Eg

project2/settings.gradle

boolean inComposite = gradle.parent != null
if (!inComposite) {
    includeBuild '../project1'
}

project3/settings.gradle

boolean inComposite = gradle.parent != null
if (!inComposite) {
    includeBuild '../project1'
    includeBuild '../project2'
}

project4/settings.gradle

boolean inComposite = gradle.parent != null
if (!inComposite) {
    includeBuild '../project1'
    includeBuild '../project2'
    includeBuild '../project3'
}

и т. д. и т. д.

Используя этот подход, вы можете запускать gradle откуда угодно, и он должен вести себя так, как ожидается (т.е. заменить зависимости локальными проектами).

Вы рассматривали

1. Обеспечение того, чтобы ни одна из отдельных сборок не была составной сборкой
2. Иметь «убер» сборку, которая состоит из всего

Обратите внимание, что settings.gradle сам по себе является отличным скриптом, поэтому вы можете создать динамический состав, например, все подпапки с build.gradle под родительским.

убер / settings.gradle

new File("c:/someFolder").listFiles().each { File f ->
    if (f.directory && new File(f, 'build.gradle').exists()) {
        includeBuild f
    }
}

Eg

c:/someFolder/project1/build.gradle
c:/someFolder/project1/src/main/java/**/*.java
c:/someFolder/project2/build.gradle
c:/someFolder/project2/src/main/java/**/*.java
c:/uber/settings.gradle (as above)