From 45aa168b49a4214b9b001423dd20924cbfc3089d Mon Sep 17 00:00:00 2001 From: JensBuehring Date: Wed, 15 May 2024 12:10:47 +0200 Subject: [PATCH] =?UTF-8?q?Erg=C3=A4nzung=20ReleaseReadMe.md=20um=20Vorgeh?= =?UTF-8?q?en=20im=20Git?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- OMDSServiceDefinition/ReleaseReadMe.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) diff --git a/OMDSServiceDefinition/ReleaseReadMe.md b/OMDSServiceDefinition/ReleaseReadMe.md index cb5729be..3951885c 100644 --- a/OMDSServiceDefinition/ReleaseReadMe.md +++ b/OMDSServiceDefinition/ReleaseReadMe.md @@ -1,5 +1,22 @@ # Schritte beim Release einer neuen Version +## Vorgehen im Git + +Es wird das Vorgehensmodell *Git-Flow* verwendet. + +Typischer Weise geht man vom Development-Branch aus und macht einen Release-Branch +im Git, um die letzten Korrekturen vorzunehmen. + +Der Release-Branch wird nach Abschluss der unten beschriebenen Schritte und +nach Erstellung des Zips für die Veröffentlichung in den Master Branch und +Development-Branch ge-merged. + +Damit man den Release-Branch dann wieder problemlos nach Development mergen +kann und somit Development auch auf dem exakten Stand der Veröffentlichung ist, +ist es sinnvoll im Development vor oder unmittelbar nach dem Erstellen +des Release-Branches den Folder für die neue Version anzulegen. + + ## Bearbeitung der Norm ### OMDS 2