hft-informatik/software-projekt-2-gold-wars
2
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Create Wie bearbeite ich ein Issue

Marcel Schwarz 2020-05-09 14:04:56 +00:00
parent 3ac8dcd82e
commit 898e07003c
1 changed files with 23 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

23
Wie-bearbeite-ich-ein-Issue.md Normal file

@ -0,0 +1,23 @@
Hier ist der Workflow wie die Bearbeitung eines Issues von Beginn an abzulaufen hat.
1. Issue wird jemandem assigned
2. Sobald man anfangen will das Issue zu bearbeiten:
* Im Issue auf den "Create Merge Request" - Button drücken
* Dieser Button erstellt einen Branch und den dazugehörigen Merge Request um den soeben erstellten Branch in Development zu mergen.
* **Bitte nicht im dropdown menue "Create Branch" auswählen**, es sollte kein Issue geben zu dem es nicht mind. einen MR gibt.
* Issue im Board auf "In Progress" ziehen.
3. Anfang der Bearbeitung
* Lokal auf dem Mac den neu erstellen Branch ziehen und auschecken. (**Auch hier den Branch nicht händisch erstellen, da sonst das remote den Branch nicht korrekt zuordnet**)
* Commits werden immer den neuen Branch gemacht, **nicht auf den development oder gar den master**
* Regelmäßig pushen, aber mindestens einmal am Ende
* Während der Bearbeitung kann das Issue mehrmals im Board zwischen den "In Progress" und "Testing" wechseln.
4. Ende der Bearbeitung
* Wenn man fertig mit der Bearbeitung ist, sichergehen, dass alle Commits, die man gemacht hat im MR auftauchen und prüfen ob der MR auf der "Overview" Seite anzeigt, dass es Konflikte gibt. Sollte es Konflikte geben sind diese erst zu lösen.
* Das Issue im Board auf "Review" ziehen
* Das "WIP" im Titel des MR löschen (entweder händisch oder über den Button in der Mitte der "Overview" Seite "Resolve WIP Status".
* Den MR an Aldin, Marcel oder einen anderen zuweisen, der kein gelbes Dreieck in der "Assignee" Auswahl hat.
5. Warten auf Review
* Sollten vom Reviewer bedenken oder Verbesserungen vorgeschlagen werden, müssen diese erst diskutiert und bei Bedarf eingearbeitet werden.
* **Der Reviewer committed nicht in den zu reviewenden MR**, alle Änderungen müssen vom Issue Assignee bearbeitet werden.
6. Der Merge
* Wenn alles passt wird der Reviewer den MR mergen und das Issue damit schließen!