- Erzeugung einer Build-Pipeline mittels einer Sequenz von Stages
-[Übung 1: Erzeugung von Deployment Pipelines](#übung-1:-erzeugung-von-deployment-pipelines)
- Parallele Ausführung von Jobs innerhalb einer Stage, sequentielle Ausführung der einzelnen Stages
- Übung 2: Weiterreichen von Job Erzeugnissen (Artifacts)
- Weiterreichen von Artifacts zwischen Stages
- Übung 3: Informationen in die Pipeline mittels [Environment Variables](https://docs.gitlab.com/ee/ci/variables/predefined_variables.html) geben.
- Informationen in die Build-Pipeline mittels [Environment Variables](https://docs.gitlab.com/ee/ci/variables/predefined_variables.html) geben.
- Nutzung von Images
- Nutzung von Images
- Bereitstellung von Images
- Bereitstellung von Images
- Deployments to Kubernetes
- Deployments to Kubernetes
...
@@ -105,7 +104,7 @@ Das ist eigentlich auch schon das wesentliche Prinzip von einer Deployment Pipel
...
@@ -105,7 +104,7 @@ Das ist eigentlich auch schon das wesentliche Prinzip von einer Deployment Pipel
### Übung 2: Weiterreichen von Job Erzeugnissen
### Übung 2: Weiterreichen von Job Erzeugnissen (Artifacts)
Jobs laufen isoliert in einem Container ab, sind also zustandslos oder anders ausgedrückt: Jobs "vergessen" erzeugte Artifakte. Dies ist sicherlich in vielen Fällen nicht sinnvoll.
Jobs laufen isoliert in einem Container ab, sind also zustandslos oder anders ausgedrückt: Jobs "vergessen" erzeugte Artifakte. Dies ist sicherlich in vielen Fällen nicht sinnvoll.
Z.B. sollten durch den Compiler erzeugte `.class` Dateien in einem Java Build Schritt an einen Test Job weitergereicht werden können (ansonsten müsste der Test Job erneut kompilieren).
Z.B. sollten durch den Compiler erzeugte `.class` Dateien in einem Java Build Schritt an einen Test Job weitergereicht werden können (ansonsten müsste der Test Job erneut kompilieren).
