12 - Gradle. Еволюція систем автоматичної збірки - Святослав Бабич - IT Event 2013 (5)
Gradle - нова система збірки та інтеграційний засіб нового покоління. У доповіді ми ознайомимося з можливостями цього інструменту, порівняємо його з Ant та Maven, а також розглянемо випадки, у яких мінімальними зусиллями можна перетворити складний і незрозумілий процес складання великого проекту - на просту і прозору процедуру.
Святослав Бабич
http://itevent.if.ua/lecture/gradle-evolyutsiya-sistem-avtomatichnoyi-zbirki-porivnyannya-iz-ant-ta-mavenom
2. Зміст
1. Що таке Gradle ? Основні можливості .
2. Основи скриптової мови (Groovy)
3. Управління залежностями та зв’язками
4. Збираємо багато проектів одночасно
5. Плагіни
1. Java
2. War, Ear
3. Eclipse, Eclipse-wtp
6. Робота із система безперервної інтеграції (continuous integration
– Jenkins, Hudson)
3. Що таке Gradle ? Основні можливості.
• Гнучкий інструмент для автоматичної збірки (build tool)
назразок Ant’у
• Поставляється разом із build description language (DSL) на основі
Groovy
• Як і Maven побудований на принципі - build-by-convention
• Дуже гнучкий та легко розширюваний.
• Містить вбудовані плагіни для Java, Eclipse, Scala, Groovi, Web,
OSGi
• Потужна підтримка для збірки багатьох проектів одночасно
(multi-project builds)
• Керування залежностями (dependency management) побудована
на основі Apache Ivy
4. • Повністю інтегрований із Ant, Maven та Ivy. Підтримує їх
структуру репозиторіїв.
• Безкоштовний та з відкритим кодом
• Паралельне виконання юніт тестів
• Підтримка послідовних збірок (incremental builds)
• Динамічні таски та правила для тасків
5. + гнучкість
+ залежність тасків
+ контроль над процесом
+ різні таски на кожну задачу
- важкі build.xml
- тяжко підтримувати
+ керування залежностями
+ плагіни
+ збірка багатьох модулів проекту
+ угода по конфігурації (convention over
configuration)
- важкі pom.xml
- тяжко перевизначити
поведінку по замовчуванні
+ DSL , замість XML
легкість кастомізації
6. Основи скриптової мови (Groovy)
task hello << {
println 'Hello world!'
}
D:@gradlehello.world>gradle hello
:hello
Hello world!
BUILD SUCCESSFUL
Дві основні концепції: проекти та таски.
Gradle task == Ant target
task intro(dependsOn: hello) << {
println "I'm Gradle"
}
1. Hello World
2. Залежності між тасками
D:@gradlehello.world>gradle intro
:intro
Hello world!
I'm Gradle
BUILD SUCCESSFUL
8. Управління залежностями та зв’язками
apply plugin: 'java'
repositories {
mavenCentral()
}
dependencies {
compile group: 'org.hibernate', name: 'hibernate-core', version: '3.6.7.Final'
testCompile group: 'junit', name: 'junit', version: '4.+'
}
compile Залежності необхідні на етапі компіляції проекту з сорсів
runtime Залежності необхідні для зкомпільованих класів в рантаймі. Також
включають в себе compile залежності
testCompile Залежності необхідні для компіляції тест сорсів. Також включають в себе
compile залежності та зкомпільовані класи
testRuntime Залежності необхідні для запуску тестів. Включає compile, compiled classes,
testCompile
10. Збираємо багато проектів одночасно
• Необхідно створити settings.gradle файл у якому вказати які проекти включати.
• Можна задати дефолтні налаштування для всіх підпроектів за допомогою
subprojects {}
• Можна задати залежності між проектами. Таким чином можна регулювати
порядок білдання підпроектів.
include "shared", "api", "services:webservice", "services:shared"
dependencies { compile project(':shared') }
subprojects {
apply plugin: 'java‘ apply plugin: 'eclipse-wtp'
repositories {
mavenCentral()
}
dependencies {
testCompile 'junit:junit:4.11'
}
}
11. Плагіни
• Додають таски до проекту
• Налаштовують додані таски значеннями по-замовчуванню
• Додають налаштування залежностей
• Додають нові властивості та методи до існуючого типу через
розширення
java announce war checkstyle project-report
groovy application java-library-distribution codenarc signing
scala build-announcements ivy-publish eclipse sonar
antlr ear maven-publish eclipse-wtp
cpp jetty maven2Gradle findbugs
cpp-exe maven build-dashboard idea
cpp-liv osgi pmd jdepend
16. Кожен із згенерованих файлів можна модифікувати за допомогою хуків.
Процес генерації файлів виглядає наступним чином:
1. Читається відповідний файл, або якщо такого файлу не існує то
використовується дефолтовий передбачений Gradle’ом.
2. Виконується beforeMerged хук із об’єктом, який представляє
відповідний файл.
3. Поточний контент файлу об’єднується із налаштуваннями з білд
скрипту або дефолтовими з Gradle’ у
4. Виконується whenMerged хук із об’єктом, який представляє вміст
результуючого файлу
5. Виконується withXml хук із XML представленням результуючого
файлу
6. Створюється фінальний XML файл