▻Wie funktioniert die Arbeit mit git, wenn ich auf zwei
Computern arbeite? Oder wenn zwei Personen zusammen arbeiten?
▻Verteiltes Versionskontrollsystem
Git ist ein Verteiltes Versionskontrollsystem. “Verteilt” (distributed) heißt hier:
Auf mehreren Computer kann eine Version des Repository liegen.
Mit dem Befehlen push und pull übertragen wir Information zwischen den
verschiedenen Computern.
▻Zwei Computer
Szenario: ich beginne mein Projekte auf dem Laptop,
pushe auf ein remote Repository. Später will ich die Arbeit auf meinem
PC fortsetzen.
Wichtige Vorbereitung: auf dem zweiten Computer brauche ich wider meinen
private key als Datei ~/.ssh/id_rsa. Und bei ersten Mal hole ich das
Repository mit git clone auf den Computer.
Später brauche ich dann nur noch den Befehl git pull um die Daten vom
remote repository ins local repository zu holen und von dort auch gleich in die
working copy.
▻Zwei Personen
Szenario: ich arbeit mit Andreas zusammen an einem Projekt.
Wichtige Vorbereitung: Über die Weboberfläche gitlab gebe ich Andreas
Zugriffsrechte auf das Remote Repository. (Projekt Information → Mitglieder → grüner Button ‘Invite Members’ …). Bei ersten Mal holt sich Andreas das Repository mit git clone auf seinen Computer.
Später braucht er dann nur noch den Befehl git pull um die Daten vom
remote repository ins local repository zu holen und von dort auch gleich in die
working copy.
▻Zwei Änderungen
Was passiert, wenn in zwei verschiedenen Repositories etwas geändert wurde?
Das erfahre ich, wenn ich den Befehl git push ausführe:
Die Fehlermeldung weist mich in die richtige Richtung: “Vielleicht müssen Sie die externen Änderungen zusammenführen (z. B. ‘git pull …’) bevor Sie erneut push ausführen.”
▻Vorbereitung
Vor dem nächsten Schritt muss ich zwei Punkte konfigurieren:
Eine Merge-Strategie:
git config --global pull.rebase false
Und einen Editor, den git von der Kommandozeile aus starten kann.
Wenn ich Visual Studio Code installiert habe, und es sich von der
Kommandozeile aus mit dem Befehl code starten lässt, dann kann ich es
so konfigurieren:
git config --global core.editor "code --wait"
▻Änderungen pullen
Ich habe also Änderungen (commits) in meinem lokal Repository, und andere Änderungen (commits)
im remote Repository. Wenn ich nun den Befehl git pull ausführe werden diese Änderungen
zusammengefürt. Der englische Fachbegriff ist merge.
Bei der Zusammenführung entsteht ein neuer Commit (c6 im Bild) mit einer Commit Message.
▻Die Merge Nachricht schreiben
Damit ich für den Merge Commit die Commit Message zu schreiben
kann öffnet git automatisch einen Editor.
Nachdem ich die Message gespeichert habe wird der Vorgang abgeschlossen,
das sieht so aus:
▻Merge Konflikt erkennen
In diesem Beispiel tritt nach dem Pull ein Merge Konflikt auf.
Welche Dateien sind betroffen?
Antwort: nur eine Datei, 2/index.html ist betroffen.
▻Merge Konflikt in der Datei
Was macht git mit den beiden verschiedenen Versionen einer Datei?
Git speichert beide Versionen in einer Datei und fügt zusätzliche Zeilen ein: mit kleiner-Zeichen, mit gleich-Zeichen und mit größer-Zeichen (die Farben sind nur zur Orientierung hinzugefügt.)
Achtung! Damit ist die Datei
erst einmal kaputt: compiliert nicht mehr, wird vom Browser nicht mehr korrekt angezeigt,
ist kein valides HTML mehr, …
▻Merge Konflikt auflösen
Die Datei mit dem Merge Konfligt kann ich ganz normal editieren.
Ich überlege welche Version ich behalten will, und entferne die andere
Version und die extra-Zeilen:
Nun teste ich ob alles funktioniert: ich schau mir die HTML-Datei im Browser an.
Wenn alles passt muss ich nun die Datei neu committen, damit ist
der merge Konflikt beseitigt.