Git

Git Nedir

Version control (sürüm kontrolü), dosyalardaki değişiklikleri zaman içinde kaydeden bir sistemdir. Bir dosyayı ya da tüm projeyi eski bir hâline döndürebilir, neyin ne zaman ve kim tarafından değiştirildiğini görebilirsiniz.¹

Git, en yaygın sürüm kontrol sistemidir ve dağıtıktır: her geliştiricinin bilgisayarında projenin ve tüm geçmişinin tam bir kopyası bulunur. Bu yüzden commit atmak için internete bağlı olmanız gerekmez.²¹

GitHub ise Git değildir. Git depolarını (repository, kısaca repo) barındıran ve üstüne pull request, code review gibi ekip araçları ekleyen bir servistir. GitLab ve Bitbucket aynı işi yapar.²

Kurulum ve İlk Ayar

macOS ve Linux'ta Git çoğu zaman kuruludur; terminalde git --version ile kontrol edin. Kurduktan sonra ilk iş adınızı ve e-postanızı tanımlayın. Her commit bu bilgiyi taşır ve sonradan değiştirilemez:³

git config --global user.name "Ada Yılmaz"
git config --global user.email ada@ornek.com
git config --global init.defaultBranch main

Son satır, yeni açtığınız projelerde ana branch'in adını main yapar. GitHub ve diğer servisler main kullanır; Git de 3.0 sürümünde varsayılanı master'dan main'e çekecek.³⁴

Temel Akış

Git'te bir dosya üç durumdan birindedir:⁵

Yani akış hep aynıdır: dosyayı değiştirirsiniz, commit'e girecek değişiklikleri git add ile staging area'ya eklersiniz, sonra git commit ile o anın fotoğrafını çekersiniz.⁵²

.gitignore

Repoya girmemesi gereken dosyaları kökteki .gitignore dosyasına yazarsınız. Frontend projelerinde bunlar genelde node_modules, build çıktıları (dist, .next) ve .env gibi gizli bilgi taşıyan dosyalardır.⁶

node_modules
dist
.env

Branch

Branch, ana koddan ayrılıp kendi değişikliklerinizi yaptığınız bağımsız bir çalışma hattıdır. main bozulmadan yeni bir özelliği deneyebilirsiniz.

git switch -c sepet-butonu   # yeni branch aç ve ona geç
git switch main              # main'e geri dön
git branch                   # yereldeki branch'leri listele

git switch -c, branch'i oluşturup ona geçer.⁷ Eski kaynaklarda aynı iş için git checkout -b görürsünüz; ikisi de çalışır.⁸

İşiniz bitince branch'i main'e merge edersiniz:

git switch main
git merge sepet-butonu

main siz ayrıldığınızdan beri değişmediyse Git yalnızca işaretçiyi ileri alır (fast-forward). İki taraf da ilerlediyse iki ucu ve ortak atalarını birleştiren yeni bir merge commit oluşturur.⁸

Uzak Depo

Bilgisayarınızdaki repo local, GitHub'daki remote'tur. Varsayılan remote'un adı origin'dir.²

Commit yerel bir işlemdir; git push yapana kadar ekip arkadaşlarınız değişikliğinizi görmez.²

İş Hayatında Git

Ekipte günlük akış

Çoğu ekip GitHub flow'a benzer bir akışla çalışır:⁹¹⁰

1. main'i güncelleyin: git switch main ve git pull.

2. İş için yeni bir branch açın.

3. Küçük commit'ler atın ve branch'i push edin.

4. Bir pull request açın; ekip arkadaşlarınız kodu inceler (bkz. Kod ve Ekip).

5. Yorumları yeni commit'lerle düzeltin. Push ettikçe PR kendiliğinden güncellenir.

6. Onay gelince PR'ı merge edin ve branch'i silin.

Bu düzende main'e doğrudan commit atılmaz; her şey PR ile girer. Böylece main her zaman çalışan kodu taşır.¹⁰

Branch'e isim vermek

İyi bir branch adı, ekibin listeye bakıp kimin ne üzerinde çalıştığını anlamasını sağlar: kısa ama açıklayıcı.⁹ Jira kullanan ekiplerde ad genelde ticket numarasıyla başlar, çünkü Jira branch adındaki numarayı görüp branch'i, commit'leri ve PR'ı ticket'ın altında gösterir:¹¹

git switch -c feature/PROJ-123-sepete-ekle-butonu
git switch -c bugfix/PROJ-456-fiyat-yuvarlama

Yaygın kalıp tür/TICKET-NUMARASI-kisa-aciklama'dır. Tür ön ekleri genelde feature/, bugfix/, hotfix/ ve release/ olur.¹² Küçük harf ve tire kullanın; Türkçe karakter ve boşluktan kaçının. Ekibinizin belirlediği bir kural varsa o geçerlidir.

Bir iş, bir branch

Birbiriyle ilgisi olmayan işler aynı branch'e girmemeli. GitHub'ın önerisi de bu: her ilgisiz değişiklik grubu için ayrı branch.⁹

• İnceleme kolaylaşır. Tek bir işi anlatan PR daha hızlı ve dikkatli okunur.

• Biri diğerini bekletmez. İki iş aynı branch'teyse, birinde çıkan sorun diğerinin de yayına çıkmasını engeller.⁹

• Conflict azalır. Küçük ve kısa ömürlü branch'ler daha az değişiklik taşır, main'e geri dönmeleri kolaydır.¹³

İşi yaparken başka bir hata fark ederseniz onu aynı branch'te düzeltmek yerine yeni bir ticket ve branch açın. Tek istisna, işinizi doğrudan engelleyen küçük düzeltmelerdir; onları da PR açıklamasında belirtin.

Commit mesajı

Commit mesajı, birkaç ay sonra "bu satır neden böyle?" diye soran kişiye yazılır. Chris Beams'in yaygın kabul gören kuralları kısaca şunlar:¹⁴

• Başlık 50 karakteri geçmesin ve nokta ile bitmesin.

• Başlığı emir kipiyle yazın: "Sepete ekle butonunu düzelt", "Düzeltildi" değil.

• Gerekirse bir boş satırdan sonra neyi ve neden değiştirdiğinizi açıklayın.

Jira kullanan ekiplerde ticket numarası commit mesajına da eklenir: PROJ-123 Sepete ekle butonunu düzelt.¹¹

Conflict çıkınca

Merge conflict, iki branch aynı dosyanın aynı satırlarını farklı şekilde değiştirdiğinde ya da biri bir dosyayı silip diğeri değiştirdiğinde çıkar. Git hangisinin doğru olduğuna karar veremez ve merge'i durdurur.¹⁵ Ekipte en sık şöyle görürsünüz: siz kendi branch'inizde çalışırken bir arkadaşınızın PR'ı main'e girer ve sizin PR'ınız "conflict" uyarısı verir.

Çözmek için güncel main'i kendi branch'inize alın:

git switch main
git pull
git switch feature/PROJ-123-sepete-ekle-butonu
git merge main

Conflict varsa Git hangi dosyalarda olduğunu söyler; git status bunları Unmerged paths altında listeler.⁸ Dosyayı açtığınızda iki versiyonu işaretlerle yan yana görürsünüz:⁸¹⁵

<<<<<<< HEAD
<button class="btn-primary">Sepete ekle</button>
=======
<button class="btn btn-lg">Sepete Ekle</button>
>>>>>>> main

HEAD ile ======= arası sizin branch'inizdeki, ======= ile >>>>>>> arası gelen branch'teki hâlidir. Sonra:¹⁶

1. Hangisinin kalacağına karar verin. Çoğu zaman doğru cevap ikisini birleştirmektir.

2. Üç işaret satırını silin.

3. Projeyi çalıştırıp test edin.

4. git add <dosya> ile çözüldü olarak işaretleyin.

5. git commit ile merge'i tamamlayın ve git push edin.

VS Code gibi editörler conflict'li dosyada "Accept Current", "Accept Incoming" ve "Accept Both" butonları gösterir; aynı işi tıklayarak yaparsınız.

Bazı ekipler git merge main yerine git rebase main kullanır. Sonuç benzerdir ama geçmişi yeniden yazar; ekibinizin hangisini tercih ettiğini sorun.

Detaylı Öğrenmek İçin

• Pratik: Learn Git Branching; branch, merge ve rebase'i tarayıcıda görsel olarak deneyerek öğretir.¹⁷

• Kitap: Pro Git, Git'in resmi ve ücretsiz kitabı. İlk üç bölüm günlük kullanım için yeterli.¹

• Git'in içi: Mary Rose Cook'un Git'in commit'leri ve branch'leri nasıl bir graf olarak sakladığını anlattığı yazısı ve konuşması.¹⁸

• Konuşma: Pro Git'in yazarı Scott Chacon'ın az bilinen Git özelliklerini anlattığı FOSDEM 2024 konuşması (50 dk). Temelleri oturttuktan sonra izleyin.¹⁹