Git-də Repository: nədir, hansı növləri var və necə işləyir

Git-də repozitoriya nədir

Git repozitoriyası — bu, versiya nəzarət sisteminin layihə fayllarının dəyişiklik tarixçəsini təsvir edən metadata və obyektləri saxladığı məlumat strukturudur. Tərtibatçı git init əmri ilə repozitoriyanı işə saldıqda, Git layihənin kökündə gizli .git qovluğu yaradır.

Bu qovluğun içərisində sistemin işləməsi üçün lazım olan bütün obyektlər, istinadlar və konfiqurasiya faylları yerləşir. Repozitoriya konkret yerləşməyə bağlı deyil — tərtibatçı onu yerli olaraq yarada, sonra isə uzaq serverə qoşa bilər.

Git paylanmış repozitoriya modelindən istifadə edir: layihənin hər bir iştirakçısı öz kompüterində tam tarixçənin surətini saxlayır. Bu o deməkdir ki, əməliyyatların əksəriyyəti — commit, tarixçəyə baxmaq, budaqlar yaratmaq — serverə müraciət etmədən yerli olaraq yerinə yetirilir.

Git sənədlərinə görə, paylanmış arxitektura sistemi nasazlıqlara qarşı davamlı edir: server sıradan çıxsa, istənilən yerli repozitoriya layihənin tam tarixçəsinin bərpası üçün mənbə ola bilər.

Yerli və uzaq repozitoriya

Yerli repozitoriya — bu, tərtibatçının kompüterində layihənin surətidir. O, commit, branch, merge və rebase əməliyyatlarını şəbəkəyə qoşulmadan yerinə yetirməyə imkan verən bütün commitlər, budaqlar və teqlər tarixçəsini ehtiva edir.

Uzaq repozitoriya serverdə yerləşdirilir və komandanın bütün üzvləri üçün sinxronizasiya nöqtəsi kimi xidmət edir. Tərtibatçılar dəyişikliklərini git push əmri ilə göndərir və başqalarının dəyişikliklərini git pull əmri ilə götürürlər.

Yerli və uzaq repozitoriya arasında əlaqə remote origin — Git konfiqurasiyasında saxlanılan server URL-i vasitəsilə qurulur. Bir yerli repozitoriya bir neçə uzaq repozitoriyaya qoşula bilər ki, bu da fork-larla işləyərkən faydalıdır.

Belə modelin əsas üstünlüyü — tərtibatçı oflayn rejimdə kod üzərində işləyə və dəyişiklikləri yalnız nəticəni göndərməyə hazır olduqda sinxronizasiya edə bilər.

Yerli və uzaq repozitoriya arasındakı fərqlər

Git repozitoriyada məlumatları necə saxlayır

Git-in saxlama modeli digər versiya nəzarət sistemlərindən prinsipial olaraq fərqlənir. Versiyalar arasında dəyişikliklər siyahısını (deltalar) saxlamaq əvəzinə, Git hər commit anında layihənin bütün fayllarının tam snapshot-larını saxlayır.

Repozitoriyadakı hər bir obyekt unikal SHA-1 heşi ilə identifikasiya olunur. Faylın məzmunu commitlər arasında dəyişməyibsə, Git yeni obyekt yaratmır, mövcud olanı təkrar istifadə edir — bu yerə qənaət edir.

Git dörd növ obyektdən istifadə edir: blob (fayl məzmunu), tree (qovluq strukturu), commit (metadata ilə snapshot) və tag (commite adlandırılmış istinad). Bütün obyektlər .git/objects qovluğunda saxlanılır.

Git Internals məlumatlarına görə, Git-in obyekt modeli məlumatların bütövlüyünü təmin edir: fayl məzmununun hər hansı dəyişməsi yeni heşə gətirib çıxarır ki, bu da tarixçənin gizli dəyişdirilməsini qeyri-mümkün edir.

.git qovluğunun strukturu

.git qovluğu — repozitoriyanın ürəyidir. O olmadan Git dəyişiklikləri izləyə bilməz, adi qovluq isə sadəcə fayllar dəsti olaraq qalır. Bu qovluğun strukturunu başa düşmək repozitoriya ilə bağlı problemlərin diaqnostikasına kömək edir.

• objects/ — repozitoriyanın bütün obyektləri: blobs, trees, commits, tags. Sıxılmış formada saxlanılır.
• refs/ — commitlərə istinadlar: heads (budaqlar), tags (etiketlər), remotes (uzaq budaqlar).
• HEAD — cari aktiv budağı və ya commiti göstərən fayl.
• config — repozitoriya parametrləri: uzaq URL, istifadəçi adı, e-poçt və digər parametrlər.
• index — staging area (indeks), burada Git commite hazırlanmış fayllar haqqında məlumat saxlayır.
• logs/ — istinad yeniləmə jurnalları (reflog), HEAD və budaqların hərəkət tarixçəsini saxlayır.

HEAD faylı xüsusi diqqətə layiqdir. Normal vəziyyətdə o, budağa simvolik istinad ehtiva edir, məsələn ref: refs/heads/main. Detached HEAD vəziyyətində o, birbaşa commiti göstərir — bu o deməkdir ki, yeni commitlər heç bir budağa bağlı olmayacaq.

Repozitoriya ilə əsas əməliyyatlar

Git repozitoriyası ilə iş tərtibatçının hər gün yerinə yetirdiyi əsas əməliyyatlar dəstini əhatə edir. Hər bir əməliyyat repozitoriyanın vəziyyətini dəyişir, yeni obyektlər əlavə edir və ya istinadları yerdəyişdirir.

• git init — cari qovluqda yeni boş repozitoriya yaradır. Git ilkin strukturu ilə .git qovluğu yaradır.
• git clone — mövcud uzaq repozitoriyanı bütün commit tarixçəsi ilə birlikdə lokal maşına kopyalayır.
• git add — fayl dəyişikliklərini staging area-ya (indeks) əlavə edir, onları commite hazırlayır.
• git commit — indeksdəki məlumatlar əsasında layihənin snapshot-nı yaradır və onu yeni commit obyekti kimi saxlayır.
• git push — yeni commitləri yerli repozitoriyadan uzaq repozitoriyaya göndərir, serverdə budaqları yeniləyir.
• git pull — uzaq repozitoriyadan yeni commitləri götürür və onları cari yerli budaqla birləşdirir.

Push və pull əməliyyatları — uzaq serverə qoşulma tələb edən yeganə əməliyyatlardır. Bütün digər əməliyyatlar tamamilə yerli olaraq yerinə yetirilir ki, bu da böyük tarixçədə belə yüksək iş sürətini təmin edir.

Repozitoriyada faylın həyat dövrü

Repozitoriyadakı hər bir fayl dörd vəziyyətdən keçir: untracked (izlənmir), modified (dəyişdirilib), staged (hazırlanıb) və committed (təsdiqlənib). Git yalnız git add vasitəsilə açıq şəkildə əlavə edilmiş və ya artıq commit tarixçəsində olan faylları izləyir.

Bu modeli başa düşmək Git ilə səmərəli işin açarıdır. Tərtibatçı commite yalnız dəyişdirilmiş faylların bir hissəsini seçərək hazırlaya bilər, aydın təsviri olan məntiqi tam commitlər yarada bilər.

Repozitoriyaların saxlanması üçün məşhur platformalar

Uzaq repozitoriyalar adətən veb-interfeys, giriş idarəetmə sistemi və birgə inkişaf üçün əlavə alətlər təmin edən ixtisaslaşmış platformalarda yerləşdirilir.

• GitHub — 100 milyondan çox repozitoriyası olan ən böyük platforma. Actions, Pull Requests, Issues və Wiki təmin edir. Açıq layihələr üçün pulsuzdur.
• GitLab — inteqrasiya olunmuş CI/CD, Container Registry və daxili DevOps pipeline ilə platforma. SaaS və self-hosted versiyada mövcuddur.
• Bitbucket — Atlassian-dan Jira və Trello inteqrasiyası ilə həll. Çevik giriş parametrləri sayəsində korporativ mühitdə populyardır.

Platforma seçimi komandanın ölçüsündən, məxfilik tələblərindən və lazım olan inteqrasiyalardan asılıdır. Mobil tətbiq inkişafı üçün geniş icma dəstəyi və iOS və Android üçün CI/CD alətləri ilə inteqrasiyası səbəbindən tez-tez GitHub seçilir.

Repozitoriya ilə iş üçün əmr nümunələri

Praktik ssenarini nəzərdən keçirək: tərtibatçı mövcud repozitoriyanı klonlayır, yeni budaq yaradır, dəyişikliklər edir və onları serverə göndərir. Hər bir əmr repozitoriyanın müxtəlif komponentləri ilə işi nümayiş etdirir.

# Uzaq repozitoriyanın klonlanması
git clone https://github.com/user/mobile-app.git

# Layihə qovluğuna keçid
cd mobile-app

# Yeni feature budağının yaradılması və ona keçid
git checkout -b feature/auth

# Dəyişdirilmiş faylların statusunun yoxlanması
git status

# Bütün dəyişikliklərin staging area-ya əlavə edilməsi
git add .

# Təsvirlə commit-in yaradılması
git commit -m "Add authentication module"

# Dəyişikliklərin uzaq repozitoriyaya göndərilməsi
git push origin feature/auth

git status əmri — gündəlik işdə ən faydalılardan biridir. Hansı faylların dəyişdirildiyini, hansıların commite hazır olduğunu və hansıların ümumiyyətlə Git tərəfindən izlənmədiyini göstərir.

Commit tarixçəsinə baxmaq

Repozitoriya tarixçəsinin təhlili üçün müxtəlif formatlaşdırma flagları ilə git log əmri istifadə olunur. O, commitlərin xronologiyasını, onların müəlliflərini, tarixlərini və SHA-1 identifikatorlarını göstərir.

# Budaq qrafikinin vizuallaşdırılması ilə tarixçəyə baxış
git log --oneline --graph --all

# Konkret commit-də dəyişikliklərə baxış
git show a1b2c3d

# Cari vəziyyətin son commit-lə müqayisəsi
git diff HEAD

# Konkret faylın tarixçəsinə baxış
git log --follow src/MainActivity.kt

--graph flagı budaqlanmaların ASCII-qrafikini göstərir ki, bu da çoxsaylı budaqlarda aktiv işi olan repozitoriyalarda xüsusilə faydalıdır. Tez-tez buraxılışları olan mobil layihələr üçün vizual qrafik inkişaf strukturunu tez qiymətləndirməyə kömək edir.