Arbeitsprozess

Wir verwenden als Repository-Struktur GitFlow. Das bedeutet, es gibt einen Master-Branch, einen Development-Branch und für jedes Feature einen Feature-Branch. Diese haben die folgenden Bedeutungen:

• Master: Enthält immer eine lauffähige Version der Software, also praktisch den aktuellen Stand, den man an den Kunden verkaufen würde.
• Dev: Der aktuelle Development-Status. Von diesem Branch gehen die Feature-Branches ab. Dieser Branch wird von den SM in den Master gemergt.
• Features: Jedes Feature bekommt einen eigenen Feature-Branch. In diesem wird das Feature entwickelt. Die Name der Feature-Branches lauten: feature/<issue_nummer>_<kurzbeschreibung>. Dieser Branch wird wird für die Sprint reviews in den review-Branch eures Teams und nach der Abnahme in den Dev-Branch gemergt. Dafür gibt es die folgenden Bedingungen:

1. Die Akzeptanzkriterien des Issues sind erfüllt.
2. Die Test-Coverage liegt bei über 80% (das Ziel sind min. 93% im ganzen Projekt
3. Die Tests laufen korrekt durch (Sollte die Test-Coverage geringer sein, muss das mergen mit den SM abgesprochen werden.)
4. Ihr findet den Code akzeptabel