10.2 Git’in Daxili İşləri - Git Obyektləri

Növbəti araşdıracağımız Git obyekt növü, fayl adının saxlanılması problemini həll edən və eyni zamanda bir qrup faylları birlikdə saxlamağınıza imkan verən tree-dir. Git, məzmunu UNIX fayl sisteminə bənzər, lakin biraz sadələşdirilmiş şəkildə saxlayır.

Bütün məzmun ağac və blob obyektləri, UNIX qovluq girişlərinə uyğun olan ağaclar və inodes və ya fayl məzmununa az və ya çox uyğun gələn blob-larla saxlanılır. Tək bir ağac obyekti, hər biri əlaqəli rejimi, növü və fayl adı ilə bir blob və ya alt ağacın SHA-1 hash olan bir və ya daha çox giriş daxil edir. Məsələn, bir layihədəki ən son ağac belə görünə bilər:

Master^{tree} sintaksisiniz, master branch-nızdakı sonuncu işarə ilə göstərilən ağac obyektini müəyyənləşdirir. Diqqət yetirin ki, lib alt kataloqu blok deyil, o başqa bir ağaca işarə edir:

Konseptual olaraq, Gitin saxladığı məlumatlar belə bir şeyə bənzəyir:

Öz ağacınızı olduqca asanlıqla yarada blərsiniz. Git normal olaraq quruluş sahənizin və ya indeksinizin vəziyyətini götürərək ondan bir sıra ağac obyektlərini yazaraq bir ağac yaradır Beləliklə, bir ağac obyekti yaratmaq üçün əvvəlcə bəzi sənədləri quraraq bir indeks qurmalısınız. Single entry – ilə sadə indeks qurmaq üçün test.txt faylınızın ilk versiyası — git update-index plumbing əmrindən istifadə edə bilərsiniz. Bu əmrdən süni şəkildə yeni bir səhnə sahəsinə test.txt faylının əvvəlki versiyasını əlavə etmək üçün istifadə edirsiniz. Fayl hazırlama sahənizdə hələ olmadığı üçün --add seçimini keçməlisiniz (hələ də staging sahəniz qurulmayıbsa) və əlavə etdiyiniz fayl olmadığı üçün --cacheinfo qovluğunuzda ancaq verilənlər bazanızdadır. Sonra rejimi, SHA-1 və fayl adını təyin edirsiniz:

Bu vəziyyətdə, 100644 rejimini təyin edirsiniz, yəni normal bir fayldır. Digər seçimlər 100755-dir, yəni icra edilə bilən bir fayldır; və simvolik bir əlaqəni ifadə edən `120000`seçimidir. Rejim normal UNIX rejimlərindən götürülmüşdür, lakin daha az çevikdir - bu üç rejim Git-dəki fayllar (bloblar) üçün etibarlı olanlardır (baxmayaraq ki, digər rejimlər kitabçalar və alt modullar üçün istifadə olunur).

İndi quruluş sahəsini bir ağac obyektinə yazmaq üçün git write-tree istifadə edə bilərsiniz. Heç bir -w seçiminə ehtiyac yoxdur - bu əmri çağırmaq avtomatik olaraq indiki vəziyyətdə bir ağac obyektini indeks vəziyyətindən yaradır:

Daha əvvəl gördüyünüz eyni git cat-file əmrini istifadə edərək ağac obyekti olduğunu da doğrulaya bilərsiniz:

İndi test.txt-in ikinci versiyası və yeni bir fayl ilə yeni bir ağac yaradacaqsınız:

İndi səhnələşdirmə sahənizdə test.txt-in yeni versiyası ilə yanaşı yeni new.txt faylı var. O ağacı yazın (staging sahəsinin və ya indeksin bir ağac obyektinə yazılmasına istinadən) və necə göründüyünə baxın:

Diqqət yetirin ki, bu ağacın həm fayl girişləri, həm də test.txt SHA-1 əvvəldən qalan “version 2” SHA-1 (1f7a7a) versiyası var. Yalnız əyləncə üçün ilk ağacı alt qovluq olaraq bu ağaca əlavə edəcəksiniz. Quruluş sahənizə ağacları git read-tree-ni işə salaraq oxuya bilərsiniz. Bu vəziyyətdə, mövcud əmri --prefix seçimindən istifadə edərək subtree olaraq quruluş sahənizə oxuya bilərsiniz:

Yeni yazdığınız ağacdan bir iş qovluğu yaratmışsanız, iş qovluğunun üst səviyyəsindəki iki faylı və test.txt sənədinin ilk versiyasını ehtiva edən bak adlı bir alt qovluğu əldə edəcəksiniz. Git-in bu strukturlar üçün ehtiva etdiyi məlumatları belə hesab edə bilərsiniz:

Yuxarıda sadalananların hamısını etmisinizsə, indi izləmək istədiyiniz layihənizin fərqli anlarını əks etdirən üç ağacınız var, lakin əvvəlki problem yerində qalır: anlıq snapshot-ları xatırlamaq üçün hər üç SHA-1 dəyərini xatırlamalısınız. Snapshot-ları kimin saxladığı, nə vaxt və ya nə üçün saxlandığı barədə heç bir məlumatınız isə yoxdur. Commit obyektinin sizin üçün saxladığı əsas məlumatlar budur.

Bir öhdəlik obyekti yaratmaq üçün, commit-tree işə salırsınız və bir ağac SHA-1 təyin edirsiniz və əgər varsa, əvvəlcədən obyektlər yaradırsınız. Yazdığınız ilk ağacdan başlayın:

Artıq yeni commit-inizə git cat-file-dan baxa bilərsiniz:

Commit obyekti üçün format sadədir: həmin nöqtədə layihənin snapshot-u üçün ən yüksək səviyyəli ağacı təyin edir; valideyn varsa, commit-i götürür (yuxarıda göstərilən commit obyektinin valideynləri yoxdur); author/committer məlumatı (istifadəçi adınız və istifadəçi poçtunuzun konfiqurasiya parametrlərindən və zaman damğasından istifadə edən); boş bir sətir və sonra commit mesajı.

Sonra, hər biri özündən əvvəl gələn commit-ə istinad edən digər iki commit obyektini yazacaqsınız:

Each of the three commit objects points to one of the three snapshot trees you created. Oddly enough, you have a real Git history now that you can view with the git log command, if you run it on the last commit SHA-1: Hər üç commit obyekti yaratdığınız üç snapshot ağacından birini göstərir. Qəribədir ki, son olaraq SHA-1-də işləsəniz, git log əmri ilə baxa biləcəyiniz gerçək bir Git tarixiniz var:

Əla. Front end əmrlərindən heç birini istifadə etmədən Git tarixçəsi yaratmaq üçün aşağı səviyyə əməliyyatları tamamlamısınız.

Siz git add və git commit əmrlərini çalışdırdığınızda Git bunu edir - dəyişən fayllar üçün blob-ları saxlayır, indeksləri yeniləyir, ağacları və üst səviyyə istinad obyektlərini və onlardan dərhal əvvəl gələn vəzifələri yazır. Bu üç əsas Git obyekti — the blob, the tree və the commit — əvvəlcə .git/objects qovluğunda ayrı fayllar kimi saxlanılır. İndi bütün obyektlər, içində saxladıqları şərh edilmiş şəkildə nümunələr qovluğundadır:

Bütün daxili göstəriciləri təqib etsəniz, belə bir obyekt qrafiki əldə edirsiniz: . Git qovluğunuzdakı bütün əlçatan obyektlər image::images/data-model-3.png[All the reachable objects in your Git directory]

Daha əvvəl Git obyekt verilənlər bazasına sadiq olduğunuz hər bir obyektlə birlikdə saxlanılan bir başlığın olduğunu qeyd etmişdik. Git-in obyektlərini necə saxladığını görmək üçün bir dəqiqə ayıraq. Blob obyektinin necə saxlandığını - bu halda “what is up, doc?”-- sətrini Ruby skript dilində interaktiv şəkildə görəcəksiniz.

İnteraktiv Ruby rejimini irb əmri ilə işə sala bilərsiniz:

Git əvvəlcə obyekt tipini təyin etməklə başlayan bir başlıq qurur — bu halda bu bir blob sayılır. Başlığın bu birinci hissəsinə Git, boşluğun ardından məzmunun bayt ölçüsünü və son sıfır baytını əlavə edir:

Git, başlığı və orijinal məzmunu birləşdirir və sonra bu yeni məzmunun SHA-1 checksum cəmini hesablayır. Ruby-də bir string-in SHA-1 dəyərini SHA1 toplama kitabxanasını require əmri ilə daxil edib daha sonra sətirlə Digest::SHA1.hexdigest() işə salaraq hesablaya bilərsiniz:

Gəlin onu Git hash-object output-u ilə müqayisə edək. Burada input-a yeni bir xətt əlavə edilməməsi üçün echo –n istifadə edirik.

Git, zlib kitabxanası ilə Ruby-də edə biləcəyiniz yeni məzmunu zlib ilə sıxışdırır. Əvvəlcə kitabxananı tələb etməlisiniz və sonra məzmunda Zlib::Deflate.deflate() işə salmalısınız:

Nəhayət, zlib-deflated məzmununuzu diskdəki bir obyektə yazacaqsınız. Yazmaq istədiyiniz obyektin path-ini təyin edəcəksiniz (SHA-1 dəyərinin ilk iki simvolu alt direktoriya adı və son 38 simvol həmin qovluqdakı fayl adıdır). Ruby-də, mövcud olmadıqda alt qovluğu yaratmaq üçün FileUtils.mkdir_p() funksiyasından istifadə edə bilərsiniz. Daha sonra, faylı File.open() ilə açın və əvvəlki zlib-compressed məzmunu nəticəsi ilə ortaya çıxan fayl sapı üzərinə bir write() çağırışı ilə yazın:

Gəlin git cat-file istifadə edərək obyektin məzmununu yoxlayaq:

Və budur – siz tamamlanmış bir Git blob obyekti yaratdınız.

Bütün Git obyektləri eyni şəkildə, yalnız fərqli növlər ilə saxlanılır – o, simvol bloku əvəzinə, commit başlığı və ya ağacla başlayacaq. Blob məzmunu təxminən hər şey ola bilsə də, commit və ağac məzmunu çox xüsusi formatlandırılmışdır.