- Einführung in bestehende Deployment-Pipeline-Ansätze
- Methode 1: Deployment, wenn auf einen bestimmten Branch gepusht wird
- Methode 2: Deployment durch Erstellen eines GitHub Release im
main-Branch
- Methode 3: Deployment per Kommentar in einem Pull Request und anschließendes Merge in den
main-Branch
- Die zentralen Werte einer Deployment-Pipeline aus Sicht unseres Teams
- Gestaltung und Implementierung der Deployment-Erfahrung
- Mit welchen Überlegungen wurde das so aufgebaut?
- Was passiert, wenn aus zwei verschiedenen PRs gleichzeitig nach Production deployed wird?
- Mit GitHub Environment Variablen einbinden und verwenden
- Wie lässt sich erkennen, für welche Umgebung ein Deployment erforderlich ist?
- Wie kann man das Merge verhindern, wenn eine erforderliche Umgebung noch nicht deployed wurde?
- Wie lassen sich mit Branch-deploy Releases erstellen und Rollbacks durchführen?
- Zum Schluss
Noch keine Kommentare.