Diğer şubenin HEAD'ına değil, belirli bir taahhütte bulunmak istiyorum:

A --- B --- C          master
 \
  \-- D                topic

için

A --- B --- C          master
       \
        \-- D          topic

onun yerine

A --- B --- C          master
             \
              \-- D    topic

Bunu nasıl başarabilirim?

Beğendiğiniz taahhütte geçici bir dal oluşturarak --onto parametresini kullanmaktan kaçınabilir ve sonra rebase'i basit biçiminde kullanabilirsiniz:

git branch temp master^
git checkout topic
git rebase temp
git branch -d temp

Doğrudan bir yaklaşım bile yapabilirsiniz:

git checkout topic
git rebase <commitB>

"Üzerine" seçeneğini kullanın:

git rebase --onto master^ D^ D

Yukarıdaki jsz tarafından yapılan yorum bana tonlarca acı kazandırdı, bu yüzden herhangi bir taahhüdün üzerine herhangi bir taahhüdü yeniden oluşturmak / taşımak için kullandığım adım adım bir tarif:

1. Yeniden temel alınacak (taşınacak) dalın önceki bir dallanma noktasını bulun - buna yaşlı ebeveyn deyin. Yukarıdaki örnekte bu A
2. Üstünde şubeyi taşımak istediğiniz bağlılığı bulun - yeni ebeveyn olarak adlandırın. Sınavda B
3. Şubenizde olmanız gerekir (taşıdığınız kişi):
4. Rebase'inizi uygulayın: git rebase --onto <new parent> <old parent>

Yukarıdaki örnekte bu kadar basit:

   git checkout topic
   git rebase --onto B A

Konu Çözümü

Gönderilen soruyu cevaplamak için doğru komut aşağıdakilerden herhangi biri olabilir (şubenin topiczaten teslim alınmış olduğu varsayılarak ):

git rebase --onto B master
git rebase --onto master~1 master
git rebase --onto B A
git rebase --onto B C
git rebase --onto B

Eğer topicteslim edilmez, sadece ekleme topic(sonuncusu hariç) komutuna şöyle:

git rebase --onto B master topic

Alternatif olarak, ilk önce şubeye göz atın:

git checkout topic

Herhangi Bir Taahhüt Dizesini Hedef Taahhütüne Rebase

Belgelere atfedilen, ihtiyacımız olan komutun temel formu:

git rebase --onto <Target> [<Upstream> [<Branch>]]

<Branch>isteğe bağlıdır ve tüm yaptığı komutun geri kalanını çalıştırmadan önce belirtilen dalı denetler. Rebase yapmak istediğiniz şubeyi daha önce kontrol ettiyseniz, buna ihtiyacınız yoktur. <Upstream>Belirtmek için belirtmiş olmanız gerekir, <Branch>yoksa git belirttiğinizi düşünecektir <Upstream>.

<Target>taahhütler dizimize ekleyeceğimiz taahhüt. Bir şube adı verirken, o şubenin ana taahhütlerini belirlersiniz. <Target>taşınan taahhüt dizesinde bulunmayacak herhangi bir taahhüt olabilir. Örneğin:

A --- B --- C --- D         master
      \
       \-- X --- Y --- Z    feature

Tüm özellik dalı taşımak için, seçemezsiniz X, Y, Z, veya featureolduğu gibi <Target>bu yana tüm taşınıyor grup içinde kaydedilmesini vardır.

<Upstream>özeldir çünkü iki farklı anlama gelebilir. Teslim edilen dalın atası olan bir taahhüt ise, o zaman kesme noktası olarak hizmet eder. Ben sağlanan örnekte, bu değil bir şey olurdu C, Dya da master. Teslim <Upstream>edilen şubenin başı taşınacak olana kadar tüm taahhütler .

Ancak, <Upstream>bir ata değilse , git, teslim alınmış dalda ortak bir ata bulana kadar (ve eğer bulamazsa iptal edilir), zinciri belirtilen işleme göre yedekler. Bizim durumumuzda, bir In <Upstream>ait B, C, Dya masterolacak işlemek tüm sonuç Bkesim noktası olarak hizmet veren. <Upstream>kendisi isteğe bağlı bir komuttur ve belirtilmezse, git kullanıma alınan dalın üst kısmına bakar ve bu da girmeye eşdeğerdir master.

Git, keseceği ve taşıyacağı taahhütleri seçtiğine göre, bunları <Target>hedefe uygulanmış olanları atlamak için uygular .

İlginç Örnekler ve Sonuçlar

Bu başlangıç ​​noktasını kullanarak:

A --- B --- C --- D --- E         master
            \
             \-- X --- Y --- Z    feature

• git rebase --onto D A feature
  Kaydedilmesini geçerli olacaktır B, C, X, Y, Zişlemeye Dve atlama sonunda Bve Conlar zaten uygulanmış çünkü.

• git rebase --onto C X feature
  Taahhütleri uygular Yve Ztaahhüt eder C, taahhütleri etkili bir şekilde silerX

Daha basit bir çözüm git rebase <SHA1 of B> topic. Bu nerede olursanız olun çalışır HEAD.

Bu davranışı git rebase doc'den doğrulayabiliriz

<upstream>Karşı karşıya olmak için yukarı yönlü şube. Sadece mevcut bir şube adı değil, geçerli herhangi bir taahhüt olabilir . Geçerli dal için yapılandırılmış yukarı akış varsayılanı.

git rebase <SHA1 of B> <SHA1 of topic>

Bu da işe yarayacak, ancak rebase Topicbu şekilde oluşturulan yeni şubeye işaret HEADetmeyecek ve müstakil durumda olacaktır. Yani buradan eski el ile silmelisinizTopic ve rebase tarafından oluşturulan yeni dalda yeni bir şube referansı oluşturmanız .

Yukarıda açıklanan çözümlerin bir karışımını kullandım:

$ git branch temp <specific sha1>
$ git rebase --onto temp master topic
$ git branch -d temp

Okumayı ve anlamayı çok daha kolay buldum. Kabul edilen çözüm beni birleşme çatışmasına götürüyor (elle düzeltmek için çok tembel):

$ git rebase temp
First, rewinding head to replay your work on top of it...
Applying: <git comment>
Using index info to reconstruct a base tree...
M       pom.xml
.git/rebase-apply/patch:10: trailing whitespace.
    <some code>
.git/rebase-apply/patch:17: trailing whitespace.
        <some other code>
warning: 2 lines add whitespace errors.
Falling back to patching base and 3-way merge...
Auto-merging pom.xml
CONFLICT (content): Merge conflict in pom.xml
error: Failed to merge in the changes.
Patch failed at 0001 <git comment>
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".

Yeniden temellendirme çok temel olduğundan, burada Nestor Milyaev'in cevabının bir uzantısı var . Birleştiren jsz en ve Simon Güney'in yorumlarına Adam Dymitruk cevabı çalışır bu komutu verir topicbakılmaksızın gelen o dalları olmadığı şube masterşube yılların taahhüt Aveya C:

git checkout topic
git rebase --onto <commit-B> <pre-rebase-A-or-post-rebase-C-or-base-branch-name>

Son argümanın gerekli olduğunu unutmayın (aksi takdirde şubenizi taahhütte bulunmak için geri sarar B ).

Örnekler:

# if topic branches from master commit A:
git checkout topic
git rebase --onto <commit-B> <commit-A>

# if topic branches from master commit C:
git checkout topic
git rebase --onto <commit-B> <commit-C>

# regardless of whether topic branches from master commit A or C:
git checkout topic
git rebase --onto <commit-B> master

Bu yüzden son komut tipik olarak kullandığım komuttur.

Bunu yapmanın başka bir yolu var ya da sadece bir taahhütten daha fazlasına geri dönmek istiyorsanız.

nTaahhüt sayısına geri dönmek için bir örnek :

git branch topic master~n

Bu soru uğruna, bu da yapılabilir:

git branch topic master~1

Komut mükemmel bir şekilde çalışıyor git version 2.7.4. Başka bir sürümde test etmedim.