Під час складання багатопроектної студії, хтось може мені сказати, у чому саме різниця між розділом "всіпроекти" та "підпроектами"? Просто батьківський каталог? Хтось використовує обидва? Якщо так, чи є у вас загальні правила, які визначають, що зазвичай вводиться в кожне?
Пов'язане запитання: чим відрізняється два синтаксису (насправді для всіхпроектів І підпроектів):
subprojects { ...
}
і
configure(subprojects) { ...
}
Коли б ти один над іншим?
Відповіді:
У багатопроектній збірці gradle у вас є rootProject і підпроекти. Поєднання обох - це всі проекти. RootProject - звідки починається збірка. Поширений шаблон - rootProject не має коду, а підпроекти - проекти java. У такому випадку ви застосовуєте плагін java лише до підпроектів:
subprojects {
apply plugin: 'java'
}
Це було б рівнозначно великому пом-проекту, який просто будує підмодулі.
Щодо двох синтаксисів, вони роблять точно те саме. Перший просто виглядає краще.
Додаючи відповідь Райана, configureметод стає важливим, коли потрібно налаштувати власні підмножини об’єктів. Наприклад configure([project(":foo"), project(":bar")]) { ... }або configure(tasks.matching { it.name.contains("foo") }) { ... }.
Коли використовувати allprojectsпроти subprojectsзалежно від обставин. Часто ви використовуєте і те, і інше. Наприклад, зазвичай застосовуються плагіни, пов'язані з кодом, такі як плагін Java subprojects, оскільки в багатьох побудовах кореневий проект не містить жодного коду. З іншого боку, плагіни Eclipse та IDEA зазвичай застосовуються до allprojects. Якщо ви сумніваєтесь, подивіться приклади та інші побудови та / або експерименти. Загальна мета - уникнути невідповідної конфігурації. У цьому сенсі subprojectsце краще, ніж allprojectsце дає очікувані результати.