В многопроектной сборке Gradle, может ли кто-нибудь сказать мне, в чем именно разница между разделом «все проекты» и разделом «подпроекты»? Только родительский каталог? Кто-нибудь пользуется обоими? Если да, то есть ли у вас общие правила, определяющие, что обычно помещается в каждое из них?
Связанный вопрос: в чем разница между двумя синтаксисами (действительно для всех проектов И подпроектов):
subprojects { ...
}
и
configure(subprojects) { ...
}
Когда бы вы были друг над другом?
Ответы:
В многопроектной сборке gradle у вас есть rootProject и подпроекты. Сочетание того и другого - это все проекты. RootProject - это место, с которого начинается сборка. Распространенным шаблоном является то, что у rootProject нет кода, а подпроекты - это java-проекты. В этом случае вы применяете плагин java только к подпроектам:
subprojects {
apply plugin: 'java'
}
Это было бы эквивалентно проекту maven aggregate pom, который просто строит подмодули.
Что касается двух синтаксисов, они делают одно и то же. Первый выглядит лучше.
Добавляя к ответу Райана, этот configureметод становится важным, когда вы хотите настроить пользовательские подмножества объектов. Например configure([project(":foo"), project(":bar")]) { ... }или configure(tasks.matching { it.name.contains("foo") }) { ... }.
Когда использовать allprojectsили subprojectsзависит от обстоятельств. Часто вы будете использовать и то, и другое. Например, подключаемые модули, связанные с кодом, такие как подключаемый модуль Java, обычно применяются subprojects, поскольку во многих сборках корневой проект не содержит никакого кода. С другой стороны, плагины Eclipse и IDEA обычно применяются к allprojects. Если сомневаетесь, посмотрите примеры и другие сборки и / или поэкспериментируйте. Общая цель - избежать ненужной конфигурации. В этом смысле subprojectsлучше, чем allprojectsдо тех пор, пока он дает ожидаемые результаты.