10.6 Git’in Daxili İşləri - Transfer Protokolları

Yalnız bir oxunuşda HTTP üzərindən təqdim ediləcək bir depo qurursanız, dumb protokolundan istifadə edilməsi ehtimalı böyükdür. Bu protokol “dumb” adlanır, çünki nəqliyyat prosesi zamanı server tərəfində Git-ə məxsus bir kod tələb olunmur; gətirmə prosesi, müştərinin serverdəki Git deposunun tərtibatını qəbul edə biləcəyi bir sıra HTTP GET istəkləridir.

Simplegit kitabxanası üçün http-fetch prosesini izləyək:

Bu əmrin ilk işi info/refs faylını pull etməkdir. Bu fayl update-server-info əmri ilə yazılmışdır, bu səbəbdən HTTP nəqlinin düzgün işləməsi üçün bunu post-receive hook olaraq təmin etməlisiniz:

Artıq remote istinadların və SHA-1-lərin siyahısı var. Daha sonra, HEAD istinadının nə olduğunu axtarırsınız, belə ki bitirdikdən sonra nəyi yoxlayacağınızı biləcəksiniz:

Prosesi tamamladıqdan sonra master branch-nı yoxlamalısınız. Bu anda gəzinti prosesinə başlamağa hazırsınız. Başlanğıc nöqtəniz info/refs faylında gördüyünüz ca82a6 commit obyekti olduğundan, bunu əldə etməyə başlayırsınız:

Bir obyekt geri alırsınız – hanı ki, bu obyekt serverdə boş formatda olur və onu statik bir HTTP GET istəyi üzərinə götürmüşdünüz. Siz onu zlib-uncompress edə bilər, başlığı soyub, məzmuna baxa bilərsiniz:

Sonra, sizin alacağınız daha iki obyektiniz var - yeni aldığımız commit-in göstərdiyi məzmun ağacından olan cfda3b və valideyn olan 085bb3:

O sizə bir sonrakı obyekt commit-ini verir. Ağac obyektini götürün:

Oy! – belə görünür ki bu ağac obyekti serverdə boş formatda deyil, buna görə 404 cavabını geri alırsınız. Bunun bir neçə səbəbi ola bilər - obyekt alternativ bir depoda ola bilər və ya bu depodakı packfile-da da ola bilər. Git əvvəlcə siyahıda göstərilən alternativləri yoxlayır:

Əgər o, alternativ URL-lərin siyahısı ilə geri qayıdırsa, Git boş faylları və packfile-ları yoxlayır - bu, bir-birinə çəngəllənən layihələrin diskdəki obyektləri paylaşması üçün gözəl bir mexanizmdir. Bununla birlikdə, bu vəziyyətdə alternativlər göstərilmədiyindən, obyektiniz packfile-da olmalıdır. Bu serverdə hansı packfile-ların mövcud olduğunu görmək üçün bunların siyahısını ehtiva edən (update-server-info tərəfindən yaradılan) objects/info/packs faylını əldə etməlisiniz.

Serverdə yalnız bir packfile var, buna görə obyektiniz açıq-aydın şəkildə oradadır, ancaq əmin olmaq üçün indeks faylını yoxlayacaqsınız. Serverdə birdən çox packfile-nız varsa, bu da sizə lazım olan obyekti hansı packfile-da görə biləcəyiniz üçün faydalıdır:

Artıq packfile indeksinə sahib olduğunuzdan, obyektinizin içində olub olmadığını görə bilərsiniz - çünki indeks packfile-nızdakı obyektlərin SHA-1-lərini və həmin obyektlərin əvəzlərini siyahıya alır. Hədəfiniz oradadır, davam edin və bütün packfile-ı əldə edin:

Indi sizin ağac obyektiniz mövcuddur və siz commit-lərinizi yeritməyə davam edə bilərsiniz. Onların hamısı həm də hal-hazırda yüklədiyiniz packfile-da olduğundan serverə başqa request-lər göndərməyinizə ehtiyac yoxdur. Git əvvəlində yüklədiyiniz HEAD arayışı ilə işarə edilən master branch-ın işləyən bir nüsxəsini yoxlayır.

Dumb protokolu sadə, lakin bir az səmərəsizdir və müştəridən serverə məlumat yazmaqla işləyə bilmir. Smart protokolu daha çox məlumat ötürmə metodudur, lakin Git haqqında ağıllı bir proses tələb edir – o, yerli məlumatları oxuya bilir, müştərinin nəyə ehtiyac duyduğunu tapır və bunun üçün xüsusi bir paket yarada bilir. Məlumatların ötürülməsi üçün iki proses dəsti mövcuddur: uploading data üçün bir cüt və downloading data üçün bir cüt.

Bu bölmə köçürmə protokollarının çox əsas bir icmalını ehtiva edir. Protokolda multi_ack və ya side-band imkanları kimi bir çox digər xüsusiyyətlər var, lakin bunları əhatə etmək bu kitabın əhatə dairəsindən xaricdədir. Sizə müştəri və server arasında ümumi geri və irəli bir fikir verməyə çalışdıq; bundan daha çox biliyə ehtiyacınız varsa, ehtimal ki, Git mənbə koduna nəzər yetirmək istərdiniz.