10.6 Git bakom kulisserna - Överföringsprotokoll

Om du sätter upp ett kodförråd som ska serveras skrivskyddat över HTTP är det dumma protokollet troligen det som används. Detta protokoll kallas “dumt” eftersom det inte kräver någon Git‑specifik kod på serversidan under överföringsprocessen; hämtningen är en serie HTTP‑GET‑förfrågningar där klienten kan anta layouten för Git‑kodförrådet på servern.

Låt oss följa http-fetch‑processen för biblioteket simplegit:

Det första kommandot gör är att hämta filen info/refs. Denna fil skrivs av kommandot update-server-info, vilket är anledningen till att du måste aktivera det som en post-receive‑krok för att HTTP‑transporten ska fungera korrekt:

Nu har du en lista över fjärrreferenser och SHA‑1‑värden. Nästa steg är att leta efter vad HEAD‑referensen är, så att du vet vad du ska växla till när du är klar:

Du behöver växla till grenen master när du har slutfört processen. Vid det här laget är du redo att börja vandringsprocessen. Eftersom din startpunkt är incheckningsobjektet ca82a6 som du såg i filen info/refs börjar du med att hämta det:

Du får tillbaka ett objekt – det objektet är i löst format på servern och du hämtade det via en statisk HTTP GET‑förfrågan. Du kan zlib‑dekomprimera det, ta bort headern och titta på incheckningsinnehållet:

Härnäst har du två objekt till att hämta – cfda3b, som är innehållsträdet som incheckningen vi just hämtade pekar på, och 085bb3, som är föräldraincheckningen:

Det ger dig nästa incheckningsobjekt. Hämta trädobjektet:

Oj – det ser ut som att trädobjektet inte ligger i löst format på servern, så du får ett 404‑svar tillbaka. Det finns ett par skäl till detta – objektet kan ligga i ett alternativt kodförråd, eller så kan det ligga i en packfil i detta kodförråd. Git kontrollerar först om några alternativ listats:

Om detta kommer tillbaka med en lista över alternativa URL:er letar Git efter lösa filer och packfiler där – det är en fin mekanism för projekt som är avgreningar av varandra att dela objekt på disk. Men eftersom inga alternativ är listade i detta fall måste objektet ligga i en packfil. För att se vilka packfiler som finns på servern behöver du hämta filen objects/info/packs, som innehåller en lista över dem (också genererad av update-server-info):

Det finns bara en packfil på servern, så objektet ligger uppenbart där, men du kontrollerar indexfilen för att vara säker. Det är också användbart om du har flera packfiler på servern, så att du kan se vilken packfil som innehåller objektet du behöver:

Nu när du har packfilindexet kan du se om objektet finns i det – eftersom indexet listar SHA‑1:orna för objekten som finns i packfilen och offsetarna till dessa objekt. Ditt objekt finns där, så hämta hela packfilen:

Du har ditt trädobjekt, så du fortsätter vandra i dina incheckningar. De finns alla också i packfilen du just laddade ner, så du behöver inte göra fler förfrågningar till servern. Git skapar en arbetskopia av grenen master som pekades ut av HEAD‑referensen du laddade ner i början.

Det dumma protokollet är enkelt men lite ineffektivt, och det kan inte hantera skrivning av data från klienten till servern. Det smarta protokollet är en vanligare metod för dataöverföring, men det kräver en process på fjärränden som är tillräckligt Git‑medveten – den kan läsa lokal data, lista ut vad klienten har och behöver och generera en anpassad packfil åt den. Det finns två uppsättningar processer för att överföra data: ett par för att ladda upp och ett par för att ladda ner.

Detta avsnitt innehåller en mycket grundläggande översikt av överföringsprotokollen. Protokollet innehåller många andra funktioner, som kapabiliteterna multi_ack eller side-band, men att täcka dem ligger utanför den här bokens omfattning. Vi har försökt ge dig en känsla för det allmänna fram‑och‑tillbaka mellan klient och server; om du behöver mer kunskap än detta vill du troligen ta en titt på Gits källkod.