# Einen neuen Branch mit Namen in der Form [Ticket-Nummer]_[Beschreibung] erstellen, z.B. {{{962_verbuchung_nicht_moeglich}}}
# Feature implementieren oder Bug fixen
Fall 1: Bug fixen
# Branch nach Test auf dem Staging System in den Production Branch mergen.
# Das Ticket mit dem Schlagwort check versehen und Sven Koschnicke zuweisen
Fall 2: Neues Feature implementieren
# Ueber GitHub einen Pull-Request des Branches in den master erstellen (siehe http://help.github.com/send-pull-requests/ , wir verwenden das //Shared Repository Model//)
# Das Ticket mit dem Schlagwort check versehen und Sven Koschnicke zuweisen
Eventuell gibt es dann noch Beanstandungen und man bekommt das Ticket zurueck, dann kann man im selben Branch Aenderungen machen. Im Pull-Request werden diese Aenderungen automatisch sichtbar, sobald man sie auf GitHub gepushed hat. Es ist also nicht noetig, einen erneuten Pull-Request zu erstellen.
Die Pull-Requests sollten von allen Entwicklern angesehen und ggf. kommentiert werden. Siehe auch Code-review.