GitWorkflow: Unterschied zwischen den Versionen

Für Git existieren verschieden Ansätze um Branching sinvoll zur Organisation des Projekts und der Entwicklung zu nutzen  

Für das Sopra empfehlen wir ein mit wenig Verwaltungsaufwand und merging verbundenes Vorgehen, in dem die beiden Branches ''master'' und ''dev'' verwendet werden. Beide branches erfüllen spezielle Rollen:

* <code>dev</code>: die Arbeit jedes Entwicklers wird auf den branch ''dev'' gerebased, sodass eine ordentliche lineare Abfloge von Änderungen entsteht.

* <code>master</code>: jede fertige weiterentwicklung des Projekts (z.B.: das Sprintincrement oder die Hausuafgabe) wird auf den ''master'' branch gemergt.

Jeder Gruppe ist es überlassen selbst für spezielle Aufgaben mehr Branches zu verwenden, das mergen des wöchentlichen Inkrements in den ''master'' branch ist jedoch obligatorisch, da nur dieser im Gruppentreffen und zur Beurteilung der mitarbeit herangezogen wird.

Jedes mal wenn Sie mit dem remote repository synchronisieren sollten Sie den Befehl <code>git pull --rebase</code> verwenden, um die zwischenzeitlich auf dem Server eingegangenen Commits zu sychronisieren. Wie im [[Git|Gitartikel]] erklärt entspricht dieser Befehl <code>git fetch; git rebase</code>, sodass eine einfach zu lesende und pflegende lineare History entsteht <ref>https://www.endoflineblog.com/oneflow-a-git-branching-model-and-workflow</ref> (beim rebasen, genau wie beim mergen können Konflikte entstehen, die Git nicht automatisch lösen kann und die durch den Benutzer [[Git#Konflikte lösen| gelöst]] werden müssen, bevor das Ergebnis gepusht werden kann).

[[Hausaufgabe#Aufgabe 4: Texte lesen| Aufagbe 4]] der Hausaufgabe erfordert, dass alle Studenten einen Commit pushen. Im unten gezeigten Beispiel hat Studentin Tina ihre Änderung gepusht, nachdem Ben sein repository geclont hatte (d.h. Benjamin hat ihren commit <code>d030e28</code> nicht in seinem lokalen Repository).

Da Benjamin beim pushen gewarnt wird, dass seiner lokale kopie von <code>dev</code> Commits fehlen, die im remote repository vorhanden sind. Benjamin führt <code>git pull --rebase</code> aus. Die lokale historie sieht nun wie folgt aus, Commit <code>c91275a</code> wurde hinter <code>d030e28</code> gehängt:

Benjamin fürht nun einen Push aus um seine Änderungen mit dem Server zu synchronisieren.

Nachdem alle Aufgaben für den Sprint beendet sind, wird der Inkement (alles was sich auf ''dev'' befindet) in den ''master'' branch übergragen. Dazu wird der ''dev'' branch in den ''master'' branch gemergt (<code>git checkout master && git merge dev</code>) wahlweise kann der merge auch über einen [[Gitea#Pullrequest| Pull Request in Gitea]] erledigt werden. Der Ergebnis sollte in beiden Fällen wie folgt aussehen:

Im folgenden Sprint wird weiter am ''dev'' branch gearbeitet [[Kategorie:Code-Beispiele]].