Rebase vs merge

rebase ve merge arasındaki tarihsel farkı öğrenirsin.

Rebase ve merge felsefesi

Merge ve rebase aynı amaca farklı felsefelerle ulaşır. merge tarihçenin tam olarak ne zaman dallandığını ve birleştiğini saklar; yani geçmişi değiştirmeyen gerçekçi bir kayıt tutar. rebase ise dallanma izlerini yok edip commit'leri sıralayarak temiz ve doğrusal bir akış oluşturur.

# Merge: dallanmis grafik (merge commit var)
git merge ozellik
# Rebase: tek hatli dogrusal grafik (merge commit yok)
git rebase main

Hangi yöntemin seçileceği ekibin tarihçe kültürüne ve iş akışına bağlıdır.

Doğru stratejiyi seçmek

Ortak paylaşılan dallarda rebase yapmak takım arkadaşlarının commit referanslarını geçersiz kılar; bu nedenle rebase yalnızca yerel özellik dallarında kullanılmalıdır. Ana dala birleştirme aşamasında ise ekip kuralına göre ya merge --no-ff ile birleştirme kaydı oluşturulur ya da rebase ile düzleştirilmiş dal birleştirilir.

# Yerel dalini guncel tutmak icin rebase:
git rebase main
# Takimla paylasilan ana dalda birlestirme:
git merge --no-ff ozellik

Böylece hem yerel geliştirme temiz tutulur hem de ekip geçmişi güvenle korunur.

Uygulama Merge commit ile toplam commit sayısını gör

ozellik dalını git merge --no-ff -m "Merge islemi" ozellik komutuyla birleştir ve toplam commit sayısını git rev-list --count HEAD ile ekrana yazdır.

Örnek çözümü göster

git init -q
git config user.name "Selin"
git config user.email "selin@example.com"
echo "1" > dosya.txt
git add dosya.txt
git commit -qm "Ilk surum"

git checkout -q -b ozellik
echo "2" > ozellik.txt
git add ozellik.txt
git commit -qm "Yeni ozellik"

git checkout -q main
echo "3" > ana.txt
git add ana.txt
git commit -qm "Ana dal ilerledi"

git merge --no-ff -m "Merge islemi" ozellik
git rev-list --count HEAD

Kendini test et

Rebase'in Altın Kuralı (Golden Rule of Rebase) nedir?
- Ortak (public) paylaşılan dallarda asla rebase yapılmamalıdır
- Rebase yalnızca tek bir geliştiricinin çalıştığı depolarda yasaktır
- Rebase yapmadan önce depodaki tüm commit'ler silinmelidir
- Merge commit'leri rebase'e göre her zaman daha hızlı çalışır
Cevabı göster

Ortak (public) paylaşılan dallarda asla rebase yapılmamalıdır — Rebase commit hash'lerini değiştirdiği için, başkalarının üzerine çalıştığı paylaşılan dallarda rebase yapmak takım arkadaşlarının geçmişini bozar.

Tarihçeyi grafik olarak incele

git log ____ --oneline

Cevabı göster

git log --graph --oneline

Merge ve rebase karşılaştırması

git merge

Kronolojik gerçek geçmişi korur
git rebase

Doğrusal ve düz geçmiş üretir
Altın Kural

Ortak dalda rebase yapmama ilkesi
--graph

Dal yapısını terminalde çizer

Sıradaki ders: Özet - Merge ve rebase

Deneyiminizi Geliştiriyoruz

Çerez Tercihleri

Kesinlikle Gerekli Çerezler

Analitik Çerezler