10.6 Git Internals - Übertragungsprotokolle

Wenn Sie ein Repository einrichten, das schreibgeschützt über HTTP bereitgestellt werden soll, wird wahrscheinlich das dumme Protokoll verwendet. Dieses Protokoll wird als „dumm“ bezeichnet, da es während des Übertragungsvorgangs keinen Git-spezifischen Code auf der Serverseite benötigt; der Abrufprozess besteht aus einer Reihe von HTTP GET-Anfragen, bei denen der Client das Layout des Git-Repositorys auf dem Server annehmen kann.

Betrachten wir den http-fetch-Prozess für die simplegit-Bibliothek

Das Erste, was dieser Befehl tut, ist das Herunterladen der Datei info/refs. Diese Datei wird vom Befehl update-server-info geschrieben, weshalb Sie diesen als post-receive-Hook aktivieren müssen, damit der HTTP-Transport ordnungsgemäß funktioniert.

Nun haben Sie eine Liste der Remote-Referenzen und SHAs. Als Nächstes suchen Sie nach der HEAD-Referenz, um zu wissen, was Sie nach Abschluss auschecken müssen.

Sie müssen den master-Branch auschecken, wenn Sie mit dem Prozess fertig sind. An diesem Punkt sind Sie bereit, mit dem Walking-Prozess zu beginnen. Da Ihr Ausgangspunkt das Commit-Objekt ca82a6 ist, das Sie in der Datei info/refs gesehen haben, beginnen Sie damit, dieses abzurufen.

Sie erhalten ein Objekt zurück – dieses Objekt liegt im Server im losen Format vor und Sie haben es über eine statische HTTP GET-Anfrage abgerufen. Sie können es zlib-dekomprimieren, den Header entfernen und den Commit-Inhalt betrachten.

Als Nächstes müssen Sie zwei weitere Objekte abrufen – cfda3b, was der Baum des Inhalts ist, auf den der gerade abgerufene Commit verweist; und 085bb3, was der Eltern-Commit ist.

Das liefert Ihnen Ihr nächstes Commit-Objekt. Holen Sie sich das Baum-Objekt.

Ups – es sieht so aus, als ob dieses Baum-Objekt nicht im losen Format auf dem Server vorhanden ist, daher erhalten Sie eine 404-Antwort. Dafür gibt es mehrere Gründe – das Objekt könnte sich in einem alternativen Repository befinden oder es könnte sich in einem Packfile in diesem Repository befinden. Git prüft zuerst auf aufgeführte Alternativen.

Wenn dies mit einer Liste alternativer URLs zurückkommt, prüft Git dort nach losen Dateien und Packfiles – dies ist ein nützlicher Mechanismus für Projekte, die Forks voneinander sind, um Objekte auf der Festplatte zu teilen. Da in diesem Fall jedoch keine Alternativen aufgeführt sind, muss Ihr Objekt in einem Packfile sein. Um zu sehen, welche Packfiles auf diesem Server verfügbar sind, müssen Sie die Datei objects/info/packs abrufen, die eine Liste davon enthält (ebenfalls von update-server-info generiert).

Es gibt nur ein Packfile auf dem Server, also ist Ihr Objekt offensichtlich darin enthalten, aber Sie werden die Indexdatei überprüfen, um sicherzugehen. Dies ist auch nützlich, wenn Sie mehrere Packfiles auf dem Server haben, damit Sie sehen können, welches Packfile das benötigte Objekt enthält.

Nachdem Sie den Packfile-Index haben, können Sie sehen, ob Ihr Objekt darin enthalten ist – da der Index die SHAs der im Packfile enthaltenen Objekte und die Offsets zu diesen Objekten auflistet. Ihr Objekt ist dort, also holen Sie sich das gesamte Packfile.

Sie haben Ihr Baum-Objekt, also setzen Sie das Durchlaufen Ihrer Commits fort. Sie befinden sich alle ebenfalls im gerade heruntergeladenen Packfile, sodass Sie keine weiteren Anfragen an Ihren Server stellen müssen. Git checkt eine Arbeitskopie des master-Branches aus, auf den die von Ihnen zu Beginn heruntergeladene HEAD-Referenz verwiesen hat.

Das dumme Protokoll ist einfach, aber etwas ineffizient und kann keine Daten vom Client zum Server schreiben. Das intelligente Protokoll ist eine gängigere Methode zur Datenübertragung, erfordert jedoch einen Prozess am Remote-Ende, der Git-spezifisch ist – er kann lokale Daten lesen, ermitteln, was der Client hat und benötigt, und ein benutzerdefiniertes Packfile dafür generieren. Es gibt zwei Sätze von Prozessen für die Datenübertragung: ein Paar für das Hochladen von Daten und ein Paar für das Herunterladen von Daten.

Dieser Abschnitt enthält einen sehr grundlegenden Überblick über die Übertragungsprotokolle. Das Protokoll umfasst viele weitere Funktionen wie multi_ack- oder side-band-Fähigkeiten, deren Abdeckung jedoch außerhalb des Rahmens dieses Buches liegt. Wir haben versucht, Ihnen ein Gefühl für den allgemeinen Hin- und Herverkehr zwischen Client und Server zu geben; wenn Sie mehr Wissen als dieses benötigen, sollten Sie wahrscheinlich einen Blick in den Git-Quellcode werfen.