Git Fetch ve Pull: Farkları Anlamak

Yerel depoları uzak muadilleriyle senkronize etmek, Git ile çalışmanın temel bir yönüdür.

Uzak koddaki erişimde sıklıkla karıştırılan iki komut git fetch ve git pull'dur. Benzer görünseler de aralarındaki farklar, kod incelemesi, dal (branch) yönetimi ve genel ekip verimliliği açısından anlamlı sonuçlar doğurur.

Bu yazıda her bir işlevin ne yaptığını ele alacak, örneklere bakacak ve kullanım için bazı en iyi uygulamaları paylaşacağız. Git hakkında öğrenmeye devam ediyorsanız, Git Fundamentals beceri yolumuzu incelemenizi öneririm. 

Git Fetch ve Git Pull Arasındaki Temel Farklar

İlgili olsalar da, bu komutlar hem davranış hem de amaç bakımından farklıdır.

Aşağıdaki tabloda karşılaştıralım:

Gördüğünüz gibi, bu komutlar hem davranış hem de amaç bakımından farklıdır:

• git fetch, yalnızca uzak izleme referanslarını günceller ve çalışma dalınızı olduğu gibi bırakır.
• git pull, uzak izleme referanslarını günceller ve bunları mevcut dalınıza anında entegre eder.

Görsel Rehber: Git Fetch ve Pull Nasıl Çalışır

Yukarıdaki görsel akışta gösterildiği gibi, fetch ve pull arasındaki farklar kodunuzun nereye aktığıyla ilgilidir.

Özetle:

• Fetch: Uzak commit'ler uzak izleme dallarına (origin/main) taşınır. Yerel main değişmeden kalır; bu da kesinti olmadan güncellemeleri görmenizi sağlar.
• Pull: Uzak commit'ler uzak izleme dallarına taşınır ve ardından yerel dalınıza merge veya rebase ile entegre edilir; dal işaretçiniz hemen kayar.

Git Depo Mimarisine Genel Bakış

git fetch ve git pull'u tam olarak takdir etmek için Git'in iç yapısını ve söz konusu katmanları anlamamız gerekir.

Git temelde dağıtık bir sürüm kontrol sistemidir; bu da her geliştiricinin geçmiş, dallar ve etiketler dahil deponun eksiksiz bir kopyasına sahip olduğu anlamına gelir.

Bu mimari, çalışmanın merkezi bir sunucudan bağımsız olarak sürdürülmesini sağlar; fetch ve pull gibi komutlar ise dağıtık ortamları senkron tutan köprülerdir.

Git depoları birden fazla katmanda çalışır:

• Çalışma dizini: Gördüğünüz ve düzenlediğiniz gerçek dosyalar. Kodu burada yazarsınız, metin düzenler ve derlemeleri çalıştırırsınız. Buradaki değişiklikler, açıkça aşamaya alınana kadar izlenmez.
• Hazırlama alanı (Index): Commit'lemek üzere seçilmiş bir değişiklik setini hazırladığınız ara bölge. Bu, bir projenin geçmişine nelerin dahil olacağı üzerinde ince ayar kontrolü sağlar.
• Yerel depo: Tüm commit'lerin, dalların, etiketlerin ve yapılandırmanın veritabanını tutan .git dizini. Tamamen yereldir ve siz commit'lemediğiniz veya açıkça senkronize etmediğiniz sürece değişmez.
• Uzak depo: Başka bir yerde barındırılır (ör. GitHub, GitLab, Bitbucket) ve birden çok geliştirici için iş birliği merkezidir. Ekiplerin ilerlemeyi paylaştığı ortak zemindir.

Bu katmanlar bağımsız çalışır; yani bir uzakla senkronizasyon, çalışma dizininizi anında etkilemez.

Bunun yerine, değişiklikler şu sırayla kademeli olarak yayılır:

uzak → uzak izleme dalları → yerel depo → çalışma dizini.

Uzak izleme dalları

Uzak izleme dalları, uzak depodaki dalların durumunu temsil eden özel referanslardır.

Örneğin, origin/main, en son fetch yaptığınızda origin uzakındaki main dalının nerede olduğunu gösterir.

Yer imleri gibi davranarak şunları yapmanızı sağlar:

• Dalı uzaktaki sürüme karşı karşılaştırmak.
• Entegrasyon için bekleyen commit'leri görmek.
• Mevcut kodunuzu değiştirmeden uzaktaki ilerlemeyi güvenle izlemek.
• git fetch çalıştırdığınızda Git bu uzak izleme dallarını günceller.
• Merge veya rebase yaptığınızda, bu uzak izleme referanslarındaki değişiklikleri yerel dalınıza taşırsınız.

Bu ayrım, gerçek geliştirme çalışmanızı etkilemeden önce güncellemeleri gözlemleyip analiz edebilmenizi sağlar. Daha fazlası için Git remote öğreticimize göz atabilirsiniz. 

Git Fetch Nedir?

git fetch, bir uzak depodan commit'leri, dalları ve etiketleri alır ve mevcut dalınızı veya çalışma dosyalarınızı değiştirmeden uzak izleme dallarınızı günceller.

Bunu, “uzak deponun en güncel haritasını indirmek” gibi düşünebilirsiniz; ancak yeni bölgeye adım atmış olmazsınız.

Özellikle, kendi çalışmalarında istenmeyen değişiklik riski olmadan uzaktaki etkinliği görmek isteyen geliştiriciler için kullanışlıdır.

Sözdizimi ve kullanım

Komut bash terminalinde veya komut satırı arayüzünde (CLI) kullanılır. Dikkat etmeniz gereken bazı sözdizimi ayrıntıları şunlardır:

Yaygın fetch komutları:

# Fetch all remotes
git fetch --all

# Fetch only one branch
git fetch origin main

# Fetch and prune stale references
git fetch --prune

# Fetch a specific tag
git fetch origin tag v1.2.0

Her komut ve ilgili seçeneklerine ilişkin açıklama:

• --all, tüm yapılandırılmış uzakların güncellenmesini sağlar; çoklu uzak kurulumlarında kullanışlıdır.
• git fetch origin main ile tek bir dalı fetch etmek, yalnızca tek bir iş akışıyla ilgileniyorsanız verimlidir.
• --prune, sunucuda artık var olmayan eski uzak izleme dallarını kaldırır ve ortamınızı temiz tutar.
• git fetch origin tag ile etiketleri fetch etmek, etiketli commit'lerin tam dallardan daha önemli olduğu sürüm süreçlerinde yardımcıdır.

Yaygın kullanım durumları

Geliştiriciler, görünürlük ve kontrolün önemli olduğu çeşitli senaryolarda git fetch kullanır. Örneğin:

• Kod inceleme: Entegre etmeye karar vermeden önce başkalarının neleri gönderdiğini görmek için fetch kullanın.
• Entegrasyon planlama: Merge veya rebase hazırlığı için origin/maindeki değişiklikleri yerel dalınızla karşılaştırın.
• İş birliği: Kendi koşullarınızla fetch edip gözden geçirip birleştirerek rahatsız edici otomatik birleştirmelerden kaçının.
• Deney yapma: Geliştiriciler, ana dalı bozmadan yeni özellikleri test etmek için genellikle güncellemeleri ayrı bir dala fetch eder.
• Sürekli izleme: Ekipler, raporlama veya analiz araçları için uzak deponun yerel aynalarını güncel tutmak adına düzenli olarak fetch edebilir.

Git Pull Nedir?

git pull, hem değişiklikleri indirip hem de bunları mevcut dalınıza derhal entegre etmeye çalıştığı için fetch'ten daha agresiftir.

Bu, git pull komutunun git fetch ve git merge komutlarının birleşimi olduğu anlamına gelir.

Varsayılan olarak bu entegrasyon bir merge'dür, ancak rebase kullanacak şekilde yapılandırılabilir. Kullanışlı olmakla birlikte, bu komut uzak güncellemeleri hemen uygulamak istediğinizi varsayar.

Hızı ve anında senkronizasyonu önceleyen geliştiricilerin başvurduğu komuttur.

Sözdizimi ve kullanım

Şimdi bu komutun sözdizimine bakalım.

İşte bazı örnekler:

# Default fetch + merge
git pull origin main

# Fetch + rebase for cleaner history
git pull --rebase origin main

# Pull all changes from default remote
git pull

# Pull with fast-forward only (avoids merge commits)
git pull --ff-only

Yukarıdaki kodun açıklaması:

• Merge ile fazladan merge commit'leri alabilirsiniz; bunlar açık seçik olsa da bazen gürültü yaratır.
• --rebase ile Git, yerel commit'lerinizi uzak dalın üzerine tekrar uygular; daha temiz, doğrusal bir geçmiş oluşturur.
• --ff-only seçeneğini kullanmak, dalın gereksiz merge'ler olmadan fast-forward edilmesini sağlar; bu da temiz iş akışları için sıklıkla arzu edilir.

Git'te "fast-forward", birleştirmek istediğiniz dalın, birleştirdiğiniz daldan ayrışmadığı durumlarda gerçekleşen belirli bir birleştirme türünü ifade eder. 

Bu, hedef dalda (şu anda bulunduğunuz dal) kaynak dalda bulunmayan yeni commit'lerin olmadığı anlamına gelir.

Özünde, fast-forward, dallar arasında doğrusal bir commit ilerleyişi korunduğunda geçmişi basitleştiren yalın bir birleştirme sürecidir.

Yaygın kullanım durumları

Bu komut, geliştirme kodunu yönetmek için çeşitli durumlarda kullanılabilir. Örneğin:

• Çevik (Agile) ortamlar: Sık entegrasyon herkesin en güncel kod üzerinde çalışmasını sağlar.
• Sürekli teslimat hatları: Pull'ların otomatikleştirilmesi, dağıtım sunucularının her zaman güncel olmasını sağlar.
• Güvenilir iş akışları: Uzak güncellemelerin kesinlikle stabil olduğu ve kod incelemelerinin tamamlandığı durumlarda.
• Tek kişilik projeler: Başka katkıcı yoksa ve başkalarının kodunu incelemeniz gerekmiyorsa pull daha hızlıdır.

Güvenlik ve kontrol değerlendirmeleri

git pull komutu bazı endişeleri beraberinde getirebilir. İşte dikkate alınması gereken güvenlik yönleri:

• Pull kolaylık sağlar: Her şey tek adımda olur, ancak bir miktar kontrolden feragat edersiniz.
• Hata yönetimi: Pull, çatışmaları hemen ortaya çıkarabilir; fetch ise bunlara önceden hazırlanmanıza olanak tanır.
• Geçmişin açıklığı: Önce fetch yapılan iş akışları geçmişi daha temiz ve denetlenmesi kolay tutar; dikkatsiz kullanılan pull ise geçmişi karmaşıklaştırabilir.
• İş birliğine etkisi: Çok hızlı pull yapmak, ekip üyelerinin ortak dallara farkında olmadan stabil olmayan değişiklikler getirmesine yol açabilir.

Git Fetch ve Git Pull Ne Zaman Kullanılır

Fetch ile pull arasında seçim, iş akışına ve proje gereksinimlerine bağlıdır.

• Şu durumlarda fetch kullanın:
• Entegre etmeden önce inceleme yapmak istiyorsunuz.
• Stabilitenin önemli olduğu kritik projelerde çalışıyorsunuz.
• Ekibiniz, kod incelemesinden sonra kasıtlı birleştirmelere değer veriyor.
• Fazladan merge olmadan temiz bir geçmiş tutmak istiyorsunuz.
• Şu durumlarda pull kullanın:
• Hız, manuel incelemeden daha önemli.
• Yüksek güvene sahip küçük ekiplerde çalışıyorsunuz.
• CI/CD hatları entegrasyonu otomatik olarak çözüyor.
• Hızlı ilerleyen projelerde manuel adımları en aza indirmek istiyorsunuz.

Ekip iş birliği değerlendirmeleri

Hangi yaklaşımın benimseneceğine karar verirken ekip kültürü ve proje türü dikkate alınmalıdır.

Genel olarak iki farklı strateji izleyebilirsiniz.

1. Önce fetch stratejisi: İletişimi, kod incelemeyi ve dikkatli birleştirmeyi teşvik eder. Sıkı standartlara sahip açık kaynak veya kurumsal projeler için en iyisidir.
2. Önce pull stratejisi: Çeviklik sağlar ve manuel merge'e harcanan zamanı azaltır. Hızın, sıkı incelemeye göre daha öncelikli olduğu girişimler veya yalın ekipler için uygundur.

En İyi Uygulamalar ve Önlemler

Bu iki komutla çalışırken, geliştiriciler beklenmedik kod değişikliklerini önlemek için bazı en iyi uygulamaları benimser.

İşte dikkate almanız gereken bazı ipuçları:

• Pull'dan önce commit: Kaydedilmemiş değişikliklerle çatışmaları önlemek için her zaman çalışmanızı kaydedin.
• Rebase'den yararlanın: git pull --rebase, karmaşık geçmişleri önlemeye yardımcı olur.
• Dalınızı yedekleyin: Özellikle kritik projelerde büyük pull'lardan önce güvenlik amaçlı bir dal oluşturun.
• Ekip ile iletişim: Uyuşmazlıkları önlemek için fetch-önce mi yoksa pull-önce mi standart olduğuna dair mutabakat sağlayın.
• Açıklayıcı commit mesajları kullanın: Özellikle pull sonrasında merge commit'leri oluştuğunda.
• Pull'dan sonra test edin: Herhangi bir bozuk kodu erken yakalamak için pull'dan hemen sonra yerel testleri çalıştırın.

İlgili Komutlar

Uzak depolara erişmenin ötesinde, iyi bir sürüm kontrolü sağlamak için Git başka amaçlarla da kullanılabilir.

İşte bazı yaygın ilgili komutlar:

• git diff HEAD..origin/main: Yerel ve uzağı karşılaştırın.
• git branch -a: Yerel ve uzak tüm dalları inceleyin.
• git clone: Senkronizasyonun başlangıç noktasıdır; uzak deponun bir kopyasını yerel makinenizde oluşturur.

Aşağıdaki mini başvuru kağıdında daha fazla Git komutu bulabilirsiniz.

Kaynak: DataCamp Git Cheat Sheet

Otomasyon ve Betik Yazma

CI/CD ortamlarında fetch ve pull kullanımı yaygındır.

Otomasyon şu örneklerle etkinleştirilebilir:

• Derleme sistemlerinde fetch: Sistemlerin, değişiklikleri otomatik olarak uygulamadan en güncel koda karşı test yapmasını sağlar.
• Rebase ile pull'ları otomatikleştirme: Dağıtım geçmişlerini tutarlı tutar ve karışık commit grafikleri önler.
• Fetch sonrası doğrulama: Senkronizasyondan sonra testleri, lint kontrollerini veya güvenlik taramalarını otomatik olarak çalıştırın.
• Zamanlanmış fetch'ler: Bazı ekipler, raporlama araçları veya denetimler için depo aynalarını güncel tutmak amacıyla düzenli fetch işleri çalıştırır.

Pratik İş Akışları ve Kullanım Durumları

Git komutları, geliştirme iş akışlarını yönetmede güçlüdür.

Bu nedenle aşağıdaki kullanım durumlarında etkili şekilde kullanılabilirler:

• Özellik dalı (feature branch) iş akışı: Geliştiriciler, devam eden özellik çalışmalarına merge etmeden önce uzaktaki değişiklikleri gözden geçirmek için fetch yapar; böylece özellikler en güncel temel üzerinde inşa edilir.
• Yedekleme ve kurtarma: Fetch, uzak durumun yerelde korunmasını sağlar; bu da kazalar olduğunda ekiplerin dalları geri yükleyebilmesine imkân tanır.
• Sürüm (release) yönetimi: Dağıtımdan önce main'den son değişiklikleri hızla entegre etmesi gereken bir sürüm dalını hazırlarken pull kullanışlıdır.
• Acil düzeltme (hotfix) senaryoları: Fetch, yerel dalınızı riske atmadan acil yamaları incelemenize olanak tanır; merge etmeye hazır olana kadar bekleyebilirsiniz.

Sonuç

Her iki komut da gereklidir ancak farklı amaçlara hizmet eder. git fetch güvenliği, görünürlüğü ve kontrollü entegrasyonu; git pull ise hızı ve kullanım kolaylığını vurgular. Aralarındaki seçim, proje boyutu, ekip kültürü ve stabilite ile çeviklik arasındaki denge gibi bağlama bağlıdır.

Ekipler, dikkatli inceleme için fetch ile hızlı güncellemeler için pull arasında doğru dengeyi kurmalıdır. Böylece gereksiz çatışmaları önleyebilir, iş birliğini kolaylaştırabilir ve daha sağlıklı depoları koruyabilirsiniz.

Sürüm kontrolü için Git kullanımını daha fazla öğrenmek ister misiniz? GitHub Foundations yolumuzu veya GitHub Concepts kursumuzu inceleyin. Git hakkında daha fazla okumak ister misiniz? O hâlde Git Push ve Pull ile Git Remote öğreticilerimiz faydalı olabilir.