# 2023-04-12 Releaseprozess für Kundentestumgebung

> Confluence Page ID: 253591653
> Version: 2
> Pfad: /pathOS/Kommunikationskanäle, Termine, Besprechungsnotizen pathOS/Besprechungsnotizen/Sonstige Termine/2023-04-12 Releaseprozess für Kundentestumgebung
> Labels: 

---

## Datum


## Teilnehmer

## Diskussionspunkte

- Releasedokumentation: 
- 
neues Feld "Lösungsansatz" in Jira-Tickets für erläuternde Texte zu den einzelnen Tickets
- Vorschlag für erstes Deployment zur Vereinfachung: eine Release-Version für alle Anwendungen, später eine Version pro Anwendung
- Release Anwendung/Microservice vs. Bestellsystem-Release
- Release Anwendung/Microservice bei Fertigstellung der benötigten Features und Bugfixes inkl. anschließender QA
- Release Bestellsystem: aus der Sicht des Nutzers/EVU (Release = Bereitstellung/Deployment)
- Vorschlag zum vorübergehenden Vorgehen bei Release:
- Alle Apps mergen ihre Features wie bisher in den Master-Branch
- Ist der Master-Branch Feature-Complete für ein Release,
- wird in Git ein Release-Tag angelegt
- wird sichergestellt, dass SIT erfolgreich durchgeführt wurde
- sit_update/sit_trigger werden am Mittwoch vor einem BS-Release nicht automatisch ausgeführt
- bei Nachlieferung für Release müssen die Jobs manuell gestartet werden
- ggf. scheduled Trigger für Donnerstagmorgen?
- Ist die Staging-Pipeline im passenden Status (post SIT) für das Release, wird die Pipeline-Instanz in der Release-Dokumentation verlinkt
- vorhandener Eintrag in Release-Dokumentation wird überschrieben
- letzte eingetragene Pipeline enthält alle für das Release relevanten App-Versionen → Deployments nach EVU-E2E und EVU-Test werden auf dieser Pipeline-Instanz ausgelöst
- Neue Umgebung für E2E-Tests (ohne EVU-Zugriff) für die Releasevorbereitung ist in Planung