Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:ffit:3-jahr:cicd:learningunits:lu02:a [2026/02/02 23:50] – 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, ...), ... |
-🟢 Wahrscheinlich
+| 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 |
-🟡 Möglich
+| Package / Artifact bauen | Code-Ergebnis wird als Paket bereitgestellt, welches online verfügbar ist und weiterverwendet werden kann. | Artifactory(JFrog, ...) |
-🔴 Eher unwahrscheinlich
+| Deploy auf Dev/Test | Code wird auf einem Entwicklungs- oder Testsystem installiert zur weiteren Validierung (manuell oder automatisch). | Dev/Testsystem |
+| Deploy auf Prod | Code wird auf dem produktiven System ausgerollt und für die Benutzer zur Verfügung gestellt. | Prodsystem |
-^ Stage ^ Bei Commit/Merge Request ^ CRON(z.B. nightly, weekly) ^
-| Checkout | 🟢 | 🟢 |
-| Abhängigkeiten installieren | 🟢 | 🟢 |
-| Linting | 🟡 | 🟢 |
-| Build/Compile | 🟢 | 🟢 |
-| Unit Tests | 🟡 | 🟢 |
-| Integration Tests | 🟡 | 🟢 |
-| E2E Tests | 🔴| 🟢 |
-| Test Coverage | 🔴| 🟢 |
-| Package / Artifact bauen | 🟡 | 🟢 |
-| Deploy auf Dev/Test | 🟡 | 🟢 |
-| Deploy auf Prod | 🔴| 🟡 |