(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 Versionshistorie zu erstellen

Entwicklungszweige

• es gibt 2 verschiedene Entwicklungs-Tags: Feature oder Bug - abhängig vom Ticket
• 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

Merge-Regeln

1. Code-Review durch mindestens 1 anderen Entwickler
2. Erfolgreiche Tests
3. Keine Merge-Konflikte
4. Technische Überprüfung durch mindestens einen anderen 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 Antragstellers appelliert.