10.4 Git’in Daxili İşləri - Packfile’lar

Əvvəlki hissədəki nümunədəki bütün təlimatları izlədiyiniz təqdirdə, 11 obyektlə - dörd blob, üç ağac, üç commit və bir etiketi olan bir test Git deposuna sahib olmalısınız:

Git bu faylların məzmununu zlib ilə sıxır və siz çox şey saxlamırsınız, buna görə bütün bu fayllar toplu olaraq yalnız 925 bayt tutur. İndi Git-in maraqlı bir xüsusiyyətini nümayiş etdirmək üçün depoya daha əhəmiyyətli bir məzmun əlavə edəcəksiniz. Nümayiş etmək üçün Grit kitabxanasından repo.rb faylını əlavə edəcəyik — söhbət 22K mənbə kodu faylıdan gedir:

Yaranan ağaca baxsanız, yeni repo.rb blob obyektiniz üçün hesablanmış SHA-1 dəyərini görə bilərsiniz:

git cat-file istifadə edərək obyektin hansı böyüklükdə olduğunu görə bilərsiniz:

Bu zaman, faylda bir balaca dəyişiklik edin və nə olduğuna baxın:

Son commit-in yaratdığı ağacı yoxlayın və bu zaman çox maraqlı bir şey görəcəksiniz:

Bu blob indi fərqli bir blob-dur, yəni 400 sətirlik bir faylın sonuna yalnız bir sətir əlavə etməyinizə baxmayaraq, Git bu yeni məzmunu tamamilə yeni bir obyekt kimi saxlayır:

Diskinizdə təxminən iki eyni 22K obyekt var (hər biri təxminən 7K-a sıxılmışdır). Git onlardan birini tam olaraq saxlaya bilər, amma ikinci obyekti yalnız onunla birincisi arasındakı delta kimi saxlaya bilsəydi yaxşı olmazdı?

Belə görünür ki edə bilər. Git-in obyektləri diskdə saxladığı ilkin formata “loose” bir obyekt formatı deyilir. Bununla birlikdə, bəzən Git, yerdən qənaət etmək və daha səmərəli olmaq üçün bu obyektlərdən bir neçəsini bir “packfile” adlanan tək bir binary fayla yığır. Ətrafınızda çox boş obyekt varsa, git gc əmrini manual olaraq idarə etsəniz və ya remote serverə bassanız, Git bunu edəcəkdir. Nə baş verdiyini görmək üçün git gc əmrini axtararaq Git-dən obyektləri yığmasını manual olaraq istəyə bilərsiniz:

objects qovluğuna baxsanız, bir çox obyektinizin getdiyini və bəzi faylların əmələ gəldiyini görəcəksiniz:

Qalan obyektlər heç bir commit ilə göstərilməyən blob-lardır – nümunə olaraq what is up, doc? misalı və əvvəllər yaratdığınız “test content” nümunəsi bloblarını göstərə bilərik. Onları heç vaxt heç bir commit-ə əlavə etmədiyiniz üçün asılmış sayılır və yeni paketinizə yığılmır.

Digər sənədlər yeni packfile-niz və indeksinizdir. Packfile, sisteminizdən silinmiş bütün obyektlərin məzmununu ehtiva edən tək bir fayldır. İndeks, müəyyən bir obyekti tez bir zamanda axtara bilmək üçün həmin packfile içərisindəki offsets-i ehtiva edən bir fayldır. Gözəl olan budur ki, 'gc` əmrini çalıştırmadan əvvəl diskdəki obyektlər toplu olaraq 15K ölçülü olmasına baxmayaraq, yeni packfile yalnız 7K-dır. Disk istifadənizi obyektlərinizi pack edərəck yarıya endirdiniz.

Bəs Git bunu necə edir? Git obyektləri paketlədikdə, eyni adlı və ölçülü faylları axtarır və faylın bir versiyasından digərinə yalnız deltaları saxlayır. Siz packfile-in içərisinə baxa və Git-in yerə qənaət etmək üçün nə etdiyini görə bilərsiniz. Git verify-pack plumbing əmri, nəyin paketləndiyini görməyə imkan verir:

Burada, repo.rb faylınızın ilk versiyası olduğunu xatırladığınız 033b4 blob, faylın ikinci versiyası olan b042a blob-una istinad edir. Output-dakı üçüncü sütun paketdəki obyektin ölçüsüdür, buna görə `b042a`ın 22K faylını götürdüyünü, ancaq `033b4`ün yalnız 9 bayt yer aldığını görə bilərsiniz.

Maraqlısı budur ki, faylın ikinci versiyası toxunulmaz saxlanılır, orijinal versiyası isə delta kimi saxlanılır — bu, faylın ən son versiyasına daha sürətli daxil olma ehtimalının olmasıdır.

Bununla əlaqədar həqiqətən gözəl şeylərdən biri, hər an yenidən paketlənə bilməsidir. Git arada verilənlər bazanızı avtomatik olaraq yenidən paketlənəcək və hər zaman daha çox yer saxlamağa çalışacaq, ancaq istədiyiniz zaman əlinizlə git gc düyməsini işə salmaqla manual olaraq yenidən paketləyə bilərsiniz.