Rebase verwenden wir nur, wenn wir ALLEINE auf unserem Branch arbeiten. Rebase modifierziert alle Commits, das heißt sollte jemand anderst deinen privaten Branch verwenden, so hat diese Person nun eine ganz andere git History als du.

Der Vorteil von Rebase gegenüber Merge ist eine geradliniege nachvollziehbare git history.

Master aktualisieren und davon abzweigen

1. Wenn du mit einem neuen Ticket beginnst, wechsle zuerst in den master Branch und hole alle Änderungen, mit git pull origin master.
2. Soll für das neue Ticket ein eigener branch erstellt werden, so erstelle diesen mit git checkout -b task_123. Arbeitest du immer nur auf einem eigenen Branch für alle Tickets, so erstelle ebenfalls diesen.

Änderungen machen

Erstelle nun die Änderungen auf deinem privaten Branch.

1. git add irgendwas
2. git commit
3. git push origin branchname
4. usw.

Zurück damit in den Master

Willst du deine Änderungen nun anderen zur Verfügung stellen, so müssen diese auf den master Branch transferiert werden. Wie geht das?

Folgend werden wir nur eine gebräuchliche Methode kennen lernen, zuerst den master rebasen, dann privaten branch in master mergen:

1. Bevor die Änderungen in den Master gehen, müssen wir sicherstellen dass dieser auch aktuell ist, wechsle dazu in den master Branch, pulle dann die Änderungen.
2. Wechsle zurück in deinen privaten Branch
3. Gib nun git rebase master ein. Rebase vergleicht in diesem Fall deinen privaten Branch mit dem master Branch. Alle commits die auf dem master gemacht wurden, seit du von diesem abgezweigt hast, werden in deinem eigenen Branch ganz unten eingefügt. Die folgende Grafik, sollte das recht gut darstellen. Dein eigener Branch wäre im Bild der Feature Branch.

https://de.atlassian.com/git/tutorials/rewriting-history/git-rebase

1. Beim rebasen können Konflikte auftreten. Beachte hier die Ausgabe von git.
2. Sind keine Konflikte aufgetreten. So können Wir zum nächsten Punkt weiter, ansonsten, gehts hier weiter.
3. Zum Mergen von Dateien, gib git mergetool ein.
4. Es öffnet sich Meld und nun muss die linke und die rechte Seite in der mitte zusammengeführt werden.
5. Wird Meld geschlossen, so gilt die Datei als gemerged.
6. Sind alle Mergekonflikte gelöst, gib git rebase --continue ein. Treten weitere Konflikte auf, das ist theoretisch möglich für jeden Commit der im privaten Branch gemacht wurde, so gehe wieder zurück zu Schritt 3)
7. Soll ein rebase abgebrochen werden, so gib git rebase --abort ein, und beginne von vorn.
8. Sind alle Konflikte gelöst, so können die Änderungen auch im privaten Branch, wenn dieser noch benötigt wird gepushed werden. Hierzu wird aber ein git push origin branchname -f benötigt. Da der lokale private Branch, nichtmehr mit dem server Branch zusammenstimmt. Die Option -f sollte nie auf dem master Branch angewendet werden.

Nun wirklich zurück damit in den Master

1. Willst du deinen private Branch nun pushen so benötigst du, da die Commits umgeschrieben wurden ein git push origin branchname -f
2. Wechsle zurück in den master Branch.
3. Gib git merge branchname ein.
4. git push origin master
5. Fertig (Im besten Fall)