Continuous Integration (CI) ist der automatisierte Prozess des Bauens, Testens und Berichts von Software bei jeder Änderung des Quellcodes. Mit Tools wie Jenkins wird ein Build-Job bei einem Commit initiiert, der Rückmeldungen zu Fehlern und Tests liefert, um die Zuverlässigkeit des Codes zu gewährleisten. CI ermöglicht schnellere Fehlerrückmeldungen und reduziert manuelle Aufgaben durch Automatisierung.

1. Continuous Integration
-
eine Einführung
© Axel Burghof, https://plus.google.com/+AxelBurghof, November 2014

2. Was ist “CI”?
Continuous Integration bezeichnet das
automatische Bauen, Testen, Installieren
von und Berichten über Software bei
jedem Integrieren einer Quellcode-Änderung.
Wer ist eigentlich dieser Herr
Quelle: jenkins-ci.org

3. Wie funktioniert CI?
● Build, Deploy, Test per Script - Gradle
● Auslösung bei Commit - Jenkins
● Bericht über Ausführung - Jenkins
o Log über Svn Update, Script-Ausführung
o JUnit Report
Commit Deploy, Test
SVN
lokale
Änder
ungen
CI Server
Reports
Integrationsu
mgebung

4. Warum CI? Gefahr erkannt - Gefahr gebannt
● Schnelle Rückmeldung über Verträglichkeit von Änderungen
● Fehler sofort schnell behebbar
● Deshalb die vielen Mails von Jenkins
Jenkins-Build fehlgeschlagen
Jenkins-Build ist wieder normal
● Automatisierung

5. Wie siehts aus?
schauen wir einfach mal rein…

6. Wie fühlt es sich an?
● Commit -> Jenkins CI-Job läuft an
● Build fehlerfrei -> Commit ok
● Fehler -> Mail -> Ursache abstellen
o Job Run Log: Svn Update, Script-Ausführung
o JUnit Report: Stacktraces, stdout, stderr
o Korrektur committen -> nächster Lauf
o -> Mail Jenkins Build ist wiederhergestellt
erstmal alles wie bisher,
aber mit Hinweis auf Fehler

7. Wie mache ich mir das zunutze?
● Tests -> Änderungen abgesichert
● Automatisieren -> Handarbeit reduziert
● Reports nutzen -> Verlauf erkennbar

8. Zusammenspiel der
Komponenten
Commit
SVN
lokale
Änder
ungen
CI-Server
Integrationsu
mgebung /
CI-Server
Installations-dateien
Lokal
Build,
Test,
Deploy
Lokal
Reports