Files
Orchestrator/bahn/project-audit/data/confluence-export/pages/253591653-2023-04-12 Releaseprozess fuer Kundentestumgebung.md
ankn a5f8fb49ab Migrate all repos into monorepo context folders
Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
      Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
      Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)

Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
2026-06-30 20:39:52 +02:00

1.8 KiB

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