Files
Orchestrator/bahn/project-audit/data/confluence-export/pages/249539297_2023-04-03 Besprechungsnotizen Changelogs und Releaseprozess.md
T
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

2.6 KiB

2023-04-03 Besprechungsnotizen Changelogs & Releaseprozess

Confluence Page ID: 249539297 Version: 7 Pfad: /pathOS/Kommunikationskanäle, Termine, Besprechungsnotizen pathOS/Besprechungsnotizen/Sonstige Termine/2023-04-03 Besprechungsnotizen Changelogs & Releaseprozess Labels:


Datum

Teilnehmer

  • Annette Halbhuber
  • Bernd Klebl
  • Bing Shi
  • Christian Meins
  • Christian Seltsam
  • Daniel Brügmann
  • Diego Da-Costa-Souza
  • Dong-Won Han
  • Emmanuel Kontcheu-Tagne
  • Nicole Bechtold
  • Thorsten Volland

Diskussionspunkte

Koordiniertes Release auf Kundentestumgebung

  • nach Sprintende ausführliche Tests auf SIT
  • Deployment im Anschluss zusammen und koordiniert mit IFP und neXt auf die E2E-Kundentestumgebung
  • Teams-Kanal zur Koordination (Kundentestumgebung)
  • Dokumentation der Releaseinhalte in Confluence
  • Konsequenzen:
  • SIT-Umgebung steht nicht durchgängig für Deployments zur Verfügung (Freeze zwischen Sprintende und Deployment auf E2E-Kundentestumgebung)
  • Unterbrechung in der aktuellen Pipeline: SIT ist die Vorstufe zur EVU-Test
  • Unterbrechung des Flows → kürzerer Zeitraum zwischen Sprintende + Deployment
  • Starke Abhängigkeit zu IFP/neXt → Deployment unabhängig von IFP/neXt, aber vorab auf SIT getestet
  • Schnittstellenänderungen konsequenter betrachten
  • Maßnahmen:
  • Vorgehen zwischen Iteration 2 und 3 (PI 28) einmal verproben
  • Erstellung Releasedokumentation (nach Template ) 
  • SIT ab Mittwoch EOB unverändert
  • Wenn Tests grün, dann Deployment Donnerstagnachmittag auf E2E-Kundentestumgebung
  • Erkenntnisse aus dem Vorgehen analysieren
  • Offene Fragen:
  • Zuständigkeit übergreifende Tests
  • Wer macht das eigentliche Deployment auf Zielumgebung?
  • Befüllung Releasedokumentation-Template für Bestellsystem?

Diskussionspunkte für Folgetermine

Wie ist der Release Scope des Bestellsystems (Gesamtsystem vs. Einzelanwendungen)?

  • Feature-Releases/Reguläre Releases
  • Hotfix-Releases
  • Versionierung

Wie ist der Release-Zyklus? Wann findet ein Release statt?

Welche Release-Dokumentation wird benötigt?

  • Scope des jeweiligen Releases (Versionen der Anwendungen)
  • Changelog/Release-Notes
  • Deployment-Infos (Reihenfolge aufgrund von Abhängigkeiten, zusätzliche Deployment-Tasks)
  • Releasefreigabe (ggf. Anforderung von Betriebsteam)

Werden Checklisten zur Release-Vorbereitung eingesetzt?

  • siehe z.B. bei APN:

Technische Fragen

  • Scope von Changelogs (falls nicht oben geklärt)
  • Arbeiten mit Release Candidates/Feature-Branch?
  • Feature-Toggles?