Release Workflow

Release-Version erstellen

1. develop-Branch auschecken
2. git pull
3. Unit-Tests ausführen:
   mvn clean compile test
4. master-Branch auschecken
5. develop in master mergen
6. Revision im pom.xml hochziehen (major.minor.patch) -> patch-Version nur bei hotfix-Branches hochziehen.
7. Branch release/.. erstellen
8. release-branch pushen -> wird vom Jenkins gebaut
9. master-Branch auschecken
10. Tag mit Revision erstellen:
    git tag -a <major>.<minor>.<patch> -m 'Release <major>.<minor>.<patch>
11. Tag pushen:
    git push origin <major>.<minor>.<patch>
12. Jenkins Deployment:

• branch: master
• stage: dev/test/prod (prod nur in Abstimmung mit Werner Bruckmüller)
• version: ..

13. Nach dem Deployment release-Branch in master- und develop-Branch mergen.
14. Nach dem Merge -> alte release-Branches löschen. Der Aktuellste bleibt bestehen.

Hotfix-Version erstellen

1. Feststellen für welche Version ein Hotfix erstellt werden muss:
   • Wenn eine Hotfix-Version von der letzter Release-Version erstellt werden muss, dann Master-Branch auschecken
   • Wenn eine Hotfix-Version von der letzter Release-Version erstellt werden muss, dann Tag-Version auschecken
     • Neuen Branch von bestimmter Tag-Version erstellen → hotfix/1.1.1 von Tag-Version 1.1.0 git checkout -b hotfix/1.1.1 1.1.0
2. Fehler beheben
3. Unit-Tests ausführen:
   mvn clean compile test
4. Revision im pom.xml hochziehen (major.minor.patch) -> patch-Version nur bei hotfix-Branches hochziehen.
5. hotfix-Branch pushen -> wird vom Jenkins gebaut
6. Tag mit Revision erstellen:
   git tag -a <major>.<minor>.<patch> -m 'Release <major>.<minor>.<patch>
7. Tag pushen:
   git push origin <major>.<minor>.<patch>
8. Jenkins Deployment:
   • branch: master
   • stage: dev/test/prod (prod nur in Abstimmung mit Werner Bruckmüller)
   • version: ..
9. Nach dem Deployment hotfix-Branch in master- und develop-Branch mergen.
10. Nach dem Merge -> alte hotfix-Branches löschen. Der Aktuellste bleibt bestehen.