Diyelim ki Git'te şu durum var:

1. Oluşturulan bir havuz:

   mkdir GitTest2
   cd GitTest2
   git init
   

2. Master'da bazı değişiklikler yapılır ve taahhüt edilir:

   echo "On Master" > file
   git commit -a -m "Initial commit"
   

3. Feature1 ustası dallanmış ve bazı çalışmalar yapılmıştır:

   git branch feature1
   git checkout feature1
   echo "Feature1" > featureFile
   git commit -a -m "Commit for feature1"
   

4. Bu arada, ana kodda bir hata bulunur ve bir düzeltme dalı oluşturulur:

   git checkout master
   git branch hotfix1
   git checkout hotfix1
   

5. Hata, düzeltme dalında sabitlenir ve master'a geri birleştirilir (belki de bir çekme isteği / kod incelemesinden sonra):

   echo "Bugfix" > bugfixFile
   git commit -a -m "Bugfix Commit"
   git checkout master
   git merge --no-ff hotfix1
   

6. Feature1'deki geliştirme devam ediyor:

   git checkout feature1
   

Özellik dalında düzeltmeye ihtiyacım var, belki de hata da oluştuğundan. Taahhütleri özellik branşımına çoğaltmadan bunu nasıl başarabilirim?

Unsur uygulamamla hiçbir ilgisi olmayan iki branşta iki yeni taahhüt almayı önlemek istiyorum. Çekme isteklerini kullanırsam bu özellikle benim için önemli görünüyor: Tüm bu taahhütler de çekme isteğine dahil edilecek ve zaten yapılmış olmasına rağmen gözden geçirilmesi gerekecek (düzeltme zaten anada olduğu için).

Yapamam git merge master --ff-only: "ölümcül: Hızlı ileri, iptal etmek mümkün değil", ama bunun bana yardımcı olup olmadığından emin değilim.

Ana dalı özellik dalına nasıl birleştiririz? Kolay:

git checkout feature1
git merge master

Burada yapılamadığı için hızlı ileri bir birleştirme zorlamanın bir anlamı yoktur. Hem özellik dalını hem de ana dalını taahhüt ettiniz. Hızlı ileri almak artık mümkün değil.

GitFlow'a bir göz atın . Git için takip edilebilecek bir dallanma modelidir ve siz bilinçsizce zaten yapmışsınızdır. Ayrıca, otomatik olarak yapılması gereken şeyleri otomatik olarak yapan yeni iş akışı adımları için bazı komutlar ekleyen Git'in bir uzantısıdır.

Peki iş akışınızda ne yaptınız? Çalışmak için iki dalınız var, feature1 dalınız temelde GitFlow modelindeki "geliştirme" dalıdır.

Master'dan bir düzeltme dalı oluşturdunuz ve geri birleştirdiniz. Ve şimdi sıkışıp kaldın.

GitFlow modeli, düzeltmeyi sizin durumunuzda "feature1" olan geliştirme dalıyla da birleştirmenizi ister.

Yani asıl cevap şu olurdu:

git checkout feature1
git merge --no-ff hotfix1

Bu, düzeltme içinde yapılan tüm değişiklikleri özellik dalına ekler, ancak yalnızca bu değişiklikleri ekler . Daldaki diğer geliştirme değişiklikleriyle çakışabilirler, ancak en sonunda özellik dalını yeniden master yapmak için birleştirirseniz ana dalla çakışmazlar.

Yeniden temellendirmeye çok dikkat edin. Yalnızca yaptığınız değişikliklerin deponuzda yerel kalması durumunda yeniden oluşturun; örneğin, başka bir depoya herhangi bir şube itmediyseniz. Rebasing, yerel taahhütlerinizi dünyaya itmeden önce yararlı bir düzende düzenlemek için harika bir araçtır, ancak daha sonra yeniden basmak sizin gibi git yeni başlayanlar için işleri karıştırır.

Şubenizi master'da yeniden kazanabilmeniz gerekir:

git checkout feature1
git rebase master

Ortaya çıkan tüm çatışmaları yönetin. Hata düzeltmeleri ile taahhütlere ulaştığınızda (zaten master'da) Git, değişiklik olmadığını ve belki de zaten uygulandığını söyleyecektir. Daha sonra (zaten master olan taahhütleri atlarken)

git rebase --skip

git logÖzellik dalınızda bir gerçekleştirirseniz, hata düzeltme işleminin yalnızca bir kez ve ana bölümde göründüğünü görürsünüz.

Daha ayrıntılı bir tartışma için, bu tam kullanım durumunu kapsayan Git kitap belgelerine git rebase( https://git-scm.com/docs/git-rebase ) bakın.

================ Ek bağlam için düzenleme ====================

Bu cevap, özellikle onun durumu dikkate alınarak @theomega tarafından sorulan soruya verilmiştir. Bu bölüme dikkat edin:

Özellik uygulamasıyla hiçbir ilgisi olmayan özellik şubemde [...] taahhütte bulunmak istemiyorum.

Özel dalını ustaya yeniden ispatlamak tam olarak bu sonucu verecek. Buna karşılık, ustası kendi dalına birleştirmek, tam olarak olmasını istemediği şeyi tam olarak yapacaktır : şubesi aracılığıyla üzerinde çalıştığı özellik uygulamasıyla ilgili olmayan bir taahhüt eklemek.

Soru başlığını okuyan kullanıcılara hitap etmek için, sorunun asıl içeriğini ve bağlamını atlayın ve ardından yalnızca (farklı) kullanım durumları için her zaman geçerli olacağını varsayarak üst cevabı körü körüne okuyun, ayrıntılı olarak açıklamama izin verin:

• yalnızca özel şubeleri yeniden oluşturma (yani yalnızca yerel deponuzda var olan ve başkalarıyla paylaşılmayan). Paylaşılan şubelerin yeniden inşası, başkalarının sahip olabileceği kopyaları "kırar".
• bir daldaki (ana veya başka bir daldaki) değişiklikleri herkese açık bir şubeye entegre etmek istiyorsanız (örneğin, şubeyi bir çekme isteği açmak için ittiniz, ancak şimdi ana ile çakışmalar var ve güncellemeniz gerekiyor bu çatışmaları çözmek için şubeniz) birleştirmeniz gerekir (örneğin git merge master@ Sven yanıtında olduğu gibi).
• tercih ettiğiniz takdirde şubeleri yerel özel şubelerinizle birleştirebilirsiniz, ancak şubenizde "yabancı" taahhütlerle sonuçlanacağının farkında olun.

Son olarak, @theomega için olmasına rağmen bu cevabın durumunuza en uygun olmadığı gerçeğinden memnun değilseniz, aşağıdaki bir yorum eklemek özellikle yararlı olmayacaktır: Hangi cevabın seçildiğini kontrol etmiyorum, sadece @theomega yapar.

Bu makaleye dayanarak şunları yapmalısınız:

• yeni master sürümüne dayanan yeni bir şube yarat

  git branch -b newmaster

• eski özellik dalınızı yenisiyle birleştirin

  git checkout newmaster

• yeni özellik dalındaki çakışmayı çözme

İlk iki komut birleştirilebilir git checkout -b newmaster.

Bu şekilde geçmişiniz net kalır, çünkü geri birleştirmelere ihtiyacınız yoktur. Ve çok dikkatli olmanıza gerek yok, çünkü Git rebase'i yapmanız gerekmiyor.

git merge

aşağıdaki adımları takip edebilirsiniz

1. origin/masterşubeden featureşubeye birleştir

# step1: change branch to master, and pull to update all commits
$ git checkout master
$ git pull

# step2: change branch to target, and pull to update commits
$ git checkout feature
$ git pull

# step3: merge master to feature(⚠️ current is feature branch)
$ git merge master

2. featureşubeden origin/masterşubeye birleştir

origin/masteruzak ana dal, masteryerel ana dal

$ git checkout master
$ git pull origin/master

$ git merge feature
$ git push origin/master

Zimi'nin cevabı genellikle bu süreci açıklar. İşte özellikleri:

1. Oluşturun ve yeni bir şubeye geçin. masterSon düzeltmeleri içerecek şekilde yeni dalın dayandığından emin olun .

   git checkout master
   git branch feature1_new
   git checkout feature1_new
   
   # Or, combined into one command:
   git checkout -b feature1_new master
   

2. Yeni şubeye geçtikten sonra mevcut özellik dalınızdan gelen değişiklikleri birleştirin. Bu, düzeltme taahhütlerini çoğaltmadan taahhütlerinizi ekleyecektir.

   git merge feature1
   

3. Yeni dalda, özelliğinizle ana dal arasındaki çakışmaları giderin.

Bitti! Şimdi özelliğinizi geliştirmeye devam etmek için yeni şubeyi kullanın.

İşte ana dalınızı mevcut dalınıza birleştirmek için kullanabileceğiniz bir komut dosyası.

Komut dosyası aşağıdakileri yapar:

• Ana şubeye geçer
• Ana dalı çeker
• Mevcut dalınıza geri döner
• Ana dalı geçerli dalınızla birleştirir

Bu kodu bir toplu iş dosyası (.bat) olarak kaydedin ve komut dosyasını deponuzun herhangi bir yerine yerleştirin. Sonra çalıştırmak için tıklayın ve hazırsınız.

:: This batch file pulls current master and merges into current branch

@echo off

:: Option to use the batch file outside the repo and pass the repo path as an arg
set repoPath=%1
cd %repoPath%

FOR /F "tokens=*" %%g IN ('git rev-parse --abbrev-ref HEAD') do (SET currentBranch=%%g)

echo current branch is %currentBranch%
echo switching to master
git checkout master
echo.
echo pulling origin master
git pull origin master
echo.
echo switching back to %currentBranch%
git checkout %currentBranch%
echo.
echo attemting merge master into %currentBranch%
git merge master
echo.
echo script finished successfully
PAUSE

İhtiyaç duyduğunuz kesin taahhütleri özellik dalınıza çekmek için bir "kiraz toplama" yapabilirsiniz .

git checkout hotfix1Düzeltme1 dalına almak için bir yapın. Daha sonra git log, söz konusu taahhüdün SHA-1 karmasını (rastgele bir harfleri ve benzersiz bir şekilde kesin olarak tanımlayan büyük sayı dizisini) elde etmek için a yapın. Bunu (ya da ilk 10 karakter) kopyalayın.

Ardından, git checkout feature1özellik dalınıza geri dönmek için.

Sonra, git cherry-pick <the SHA-1 hash that you just copied>

Bu, o taahhüdü ve sadece bu taahhüdü özellik dalınıza çekecektir . Bu değişiklik dalda olacak - sadece "kiraz aldınız". Daha sonra, çalışmaya devam edin, düzenleyin, taahhüt edin, itin, vb.

Sonunda, bir daldan özellik dalınıza başka bir birleştirme yaptığınızda (ya da tam tersi) Git, söz konusu taahhütte zaten bir araya geldiğinizi anlar, tekrar yapmak zorunda olmadığını bilir ve sadece "atla".

Özellik dalındayım ve yeniden düzenleme yaptım. Ana değişiklikleri şimdi özellik dalımla birleştirmek istiyorum. Ben çok gerideyim. Not Özellik dalımda modüllerin bir yerden başka bir yere taşındığı için ana değişiklikleri yerelimde çekmek istemiyorum . Sadece çekmeden aşağıda performans buldum çalışmıyor. "Zaten güncel" yazıyor.

 //below does not get the latest from remote master to my local feature branch without git pull
    git checkout master 
    git fetch 
    git checkout my-feature-branch 
    git merge master

Aşağıdaki çalışır, not git birleştirme başlangıç ​​/ master kullanın:

 git checkout master 
    git fetch 
    git checkout my-feature-branch 
    git merge origin/master