(DE) Regeln für die Verwendung der Repositories

Verzweigungsregeln

master ist der Hauptzweig

• Niemand darf auf ihm pushen
• Das Ziel aller Feature- oder Bug-Zweige
• sollte immer in der Lage sein, ein Release zu werden
• kann in der Demo-Umgebung ausgerollt werden

Release-Zweige werden für die Prod-Umgebung verwendet

• Name folgt der Regel release/Major.Minor
• nur vom Master-Zweig kann ein Release-Zweig erstellt werden
• Release-Zweige werden verwendet, um eine Versionsgeschichte zu erstellen

Entwicklungszweige es gibt 2 verschiedene Entwicklungs-Tags: Feature oder Bug - abhängig vom Ticket der Name folgt der Regel: feature|bug/KOB-TicketNumber_TicketDescription nach Fertigstellung werden die Zweige mit einem MR zum Master zusammengeführt

Hotfixes

• wenn es notwendig ist, einen systemkritischen Fix zu erstellen, wird dieser Typ verwendet
• Hotfix-Zweige folgen dem gleichen Namensschema wie Feature- und Bug-Zweige

Zusammenführungsregeln

Code-Review durch mindestens 1 anderen Entwickler Erfolgreiche Tests Keine Merge-Konflikte Technische Überprüfung durch mindestens 1 weiteren Entwickler --> Wenn nur ein Entwickler anwesend ist, kann der Merge auch ohne Code- und technische Überprüfung durchgeführt werden. In diesem Fall wird an das kritische Auge des Antragserstellers appelliert.