Git'te merging (birleştirme) nasıl çalışır?

Question

Accepted Answer

**Merging** bir daldan yapılan değişiklikleri başka bir dala birleştirir — genellikle tamamlanmış bir feature branch'i ana branch'e geri getirir. Git çoğu merge işlemini otomatik olarak gerçekleştirir, ancak merge türlerini ve **conflicts** (çakışmaları) anlamak önemlidir. ## Temel merge ```bash git switch main # be on the branch you want to merge INTO git merge feature-x # merge feature-x's changes into main ``` **Target** branch'ine (değişiklikleri alan) geçiş yapıp, **source** branch'i içine birleştirirsiniz. ## Fast-forward vs merge commit ```text FAST-FORWARD merge → if main hasn't changed since the branch was created, Git just MOVES main's pointer forward to the branch's latest commit (no merge commit, linear) MERGE COMMIT (three-way merge) → if BOTH branches have new commits, Git creates a new "merge commit" combining them (has two parents) → preserves that a merge happened → git merge --no-ff forces a merge commit even when fast-forward is possible ``` Git mümkün olduğunda fast-forward yapar (işaretçiyi ileri alır) veya her iki dal da değişmişse **merge commit** oluşturur (iki parent'ı olan). ## Merge çakışmaları ```text A CONFLICT happens when both branches changed the SAME lines differently — Git can't auto-decide which to keep, so it asks YOU to resolve: ``` ```text <<<<<<< HEAD the version from the current branch (main) ======= the version from the branch being merged (feature-x) >>>>>>> feature-x ``` ```bash # resolve: edit the file to the desired result, remove the markers, then: git add # mark the conflict resolved git commit # complete the merge # git merge --abort # or cancel the merge entirely ``` **Çakışmalar** her iki dal aynı satırları değiştirdiğinde oluşur — Git bunları işaretler ve siz doğru sonucu manuel olarak seçer, sonra stage'leyip commit edersiniz. ## Neden önemli Merging'i anlamak çok önemlidir çünkü branch değişikliklerini birleştirmek, işbirlikçi Git iş akışlarının temel ve sürekli bir parçasıdır; bu nedenle nasıl çalıştığını (çakışmaları da içererek) bilmek günlük gerekli bir bilgidir. **Merging**, tamamlanmış işi (tipik olarak feature branch'leri) ana branch'e geri entegre etmenin yoludur — değişiklikleri bir araya getiren ve takım geliştirmesinde sürekli gerçekleşen rutin eylemdir. **Fast-forward merge** (Git'in target'ı değişmemişse işaretçiyi ileri alması ve tarihi doğrusal tutması) ile **merge commit** (her iki branch'in yeni commit'leri olduğunda iki parent'ı olan yeni bir commit oluşturan üç yollu merge) arasındaki farkı anlamak, Git'in değişiklikleri nasıl entegre ettiğini ve ortaya çıkan tarihin neye benzediğini açıklığa kavuşturur. En önemlisi, **merge çakışmalarını** anlamak — her iki branch aynı satırları farklı şekilde değiştirdiğinde ve Git otomatik olarak karar veremediğinde ortaya çıkan — kritik pratik bilgidir: çakışmalar işbirliğinin normal, kaçınılmaz bir parçasıdır ve çakışma işaretçilerini (`<<<<<<<`, `=======`, `>>>>>>>`) tanıyabilmek, dosyayı doğru sonuca düzenleyebilmek ve merge'i tamamlayabilmek (stage'leyip commit etmek) her geliştiricinin güvenle ele alması gereken zorunlu bir beceridir. Branch değişikliklerini merging aracılığıyla entegre etmek işbirlikçi geliştirmede temel ve sabit olduğu, ve merge türlerini ve özellikle çakışma çözümünü anlamanın işi doğru şekilde birleştirmek için gerekli olduğu (rutin, kaçınılmaz bir görev) için, merging'in nasıl çalıştığını — temel merge'ler, fast-forward vs merge commit'ler ve çakışma çözümü — anlamak gereklidir; bu temel işbirliği becerisidir ve özellikle çakışma çözümü her geliştiricinin pratik olarak rutin şekilde başa çıkması gereken bir gereklilik olması sık uygulanır.