Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:ffit:3-jahr:cicd:learningunits:lu02:a [2026/02/02 23:41] – apeter
+++ de:modul:ffit:3-jahr:cicd:learningunits:lu02:a [2026/02/03 00:42] (aktuell) – apeter
@@ Zeile 1: / Zeile 1: @@
-====== LU02a - Pipeline Phasen & Trigger ======
+====== LU02a - Pipeline Phasen ======
 In einer Build-Pipeline sind in der Regel verschiedene Phasen(Stages), die seriell oder parallel durchlaufen werden.
-==== Phasen ====
+^ Stage ^ Beschreibung ^ Allfällige Umsysteme ^
+| Checkout | Kopieren des Codes in lokales Verzeichnis als Vorbereitung für die folgenden Phasen. | Code-Repository(Github, Gitlab, ...) |
+| Abhängigkeiten installieren | ''npm install'', ''pip install -r requirements.txt'', ''gradlew dependencies''| Artifactory(JFrog, ...) |
-==== Trigger ====
+| Linting | Überprüfung, ob die vordefinierten Coderichtlinien eingehalten wurden. Je nach Konfiguration kann diese Stage fehlschlagen, ohne die Pipeline abzubrechen (z. B. als Warnung). | - |
+| Build/Compile | Kompilieren/Transpilieren/Builden des Codes. Eine einfache Methode, um sicherzustellen, dass der Code zumindest installiert und gestartet werden kann | - |
-Je nach Anzahl der Commits und Zeitbedarf der einzelnen Schritte, ist es sinnvoll verschiedene Trigger einzusetzen und nicht immer alle Phasen
+| Unit Tests | Einfache Tests, um einzelne Teile der Logik zu kontrollieren. | - |
-auszuführen.
+| Integration Tests | Tests, welche die Zusammenarbeit mehrerer Komponenten unter Einbezug externer Abhängigkeiten prüfen. | Datenbank, Dateisystem, Mock-Server, ... |
+| E2E Tests | Tests, die den kompletten Stack testen, also von der Benutzeroberfläche bis zur Datenbank. | Test-System, Mock-Server, 3rd Parties(SauceLabs, ...), ... |
-^ Stage ^ Bei Commit/Merge ^ CRON(z.B. Nightly, weekly) ^
+| Erweiterte Codeanalyse | Statische Codeanalyse alleine ist ähnlich wie Linting, jedoch gibt es Systeme wie SonarQube, welche noch viel mächtiger sind. Bei Auswertung der Test Coverage läuft diese Phase entsprechend erst nach allen Tests. | SonarQube |
-| Checkout | 🟢 | 🟢 |
+| Package / Artifact bauen | Code-Ergebnis wird als Paket bereitgestellt, welches online verfügbar ist und weiterverwendet werden kann. | Artifactory(JFrog, ...) |
-| Abhängigkeiten installieren | Sofern System |
+| Deploy auf Dev/Test | Code wird auf einem Entwicklungs- oder Testsystem installiert zur weiteren Validierung (manuell oder automatisch). | Dev/Testsystem |
-| Linting | Commit / Push, Merge Request |
+| Deploy auf Prod | Code wird auf dem produktiven System ausgerollt und für die Benutzer zur Verfügung gestellt. | Prodsystem |
-| Build/Compile | Commit / Push, Merge Request |
-| Unit Tests | Commit / Push, Merge Request |
-| Integration Tests | Merge Request, manueller Start |
-| E2E Tests | CRON (z.B. nightly), manueller Start |
-| Package / Artifact bauen | Merge in Main, Release-Tag |
-| Deploy auf Dev/Test | Merge Request, Merge in Main |
-| Deploy auf Prod | Release-Tag, manueller Freigabe-Trigger |