Git rebase --continue, ancak çakışma çözme sırasında belge değişikliklerine taahhüt mesajını değiştirebilir misiniz?

Question

İşte senaryo: Ben git bir şube rebasing am

• , ben çatışmaları vardı ve sadece onları çözüldü (git add ve her şeyi yaptılar).
• Normalde, sadece
• Ben çatışmayı

çözümlerken yaptığım değişiklikleri açıklamak, taahhüt Bunun taahhüt mesajı düzenlemek istediğiniz rebase ile devam etmek git rebase --continue aday olacağını ı don Bunu genellikle yaparız, ancak bu özel çatışmanın, belgelenmesi gerektiğini düşündüğüm ciddi bir kayıt yaptırmak gerekiyordu.

Bunu nasıl yaparım? Ben bir tür git rebase --continue --let-me-edit-the-message-first komut vardır umut ediyorum ama the documentation

bunu bulmak mümkün olmamıştır bunu biliyorum: elle kopyalama, ben taahhüt budala çalıştırabilir

• mesajı işlemek mevcut ve sonra değiştirerek. Bunu yapmak istemiyorum. git rebase, bir yere kaydedilen taahhüt mesajına sahip olmalıdır, çünkü taahhüt ettiğinde orijinal mesajı girecektir. Sadece düzenlemelerimi arasına eklemek istiyorum.
• Git rebase --continue'u çalıştırabilir ve daha sonra geri dönmek ve söz konusu taahhüt mesajlarını düzenlemek için git rebase -i'u kullanabilirim. Bu, tüm (potansiyel olarak uzun) rebase süreci boyunca hangi taahhütlerde değişiklik yaptığımı hatırlamamı gerektirir. Yuck.

Şimdiye bir cevap bulamadığım için biraz şaşırdım ... Bunu yapmanın bir yolu var. Bunun için bir cevap varsa, onu bulmakta zorlandım. Ben bir özel durumda (gibi this) için çok özel görünüyor değişiklikleri çözdükten sonra git add veya git rm ihtiyacı tutarındaki karışıklık gibi şeyler (gibi this), genel git rebase bilgelik (gibi this ve this) ve bir sürü soru bulundu.

Çok şaşırdığım için bu yanıtı bulamadım, İkincil bir sorum var: rebase sırasında yapılan değişiklikleri belgelemek için temelde daha iyi bir yol var mı?

Answer 1

Bunun bir sorun olduğunu anlayamadım. (Iş başında Git Bash belki bu farklı çalışır, farklı bir versiyonudur.)

iki şekilde de, aşağıdaki bunu yapabilirsiniz soruna çözüm bulana kadar:

git reset --hard HEAD 
git cherry-pick $(head -1 .git/rebase-apply/patch) 

Çöz

çatışan

git commit 
git rebase --skip 

Siz de takma adları yapabilirsiniz:

git config alias.rebase2cherry "! git reset --hard HEAD; git cherry-pick $(head -1 .git/rebase-apply/patch)" 
git config alias.commitskip "! git commit; git rebase --skip" 

Etkileşimli rebase getiriyor Bu işlem için pick'u seçseniz bile çakışmalarınız olduğunda bir düzenleme mesajı ekranına geçin. Ancak, varsayılan olarak dahil olan çakışan dosyalarla birlikte kiraz seçimiyle aynı biçimi kullanmaz.Etkileşimli farklı komut için

kiraz

git cp $(cat .git/rebase-merge/stopped-sha) 

almak taklit için gereklidir (Hatta. açıklanır bölümde dahil değildir) ile --merge seçeneğini kullanıyorsanız,

girmelisiniz

git kiraz-çekme $ (cat $ DIR/rebase-birleştirme/akım) Dolayısıyla

, bu takma ad kullanmak iyi olurdu şeyleri basitleştirmek için:

git config alias.rebase2cherry '! git reset --hard HEAD; DIR=$(git rev-parse --git-dir); if [[ -f $DIR/rebase-apply/patch ]]; then git cherry-pick $(head -1 $DIR/rebase-apply/patch); elif [[ -f $DIR/rebase-merge/current ]] ; then git cherry-pick $(cat $DIR/rebase-merge/current); else git cherry-pick $(cat $DIR/rebase-merge/stopped-sha); fi' 

Answer 2

Bu soruya tam olarak aynı sorunla ve cevapla hayal kırıklığına uğratıldıktan sonra, bunun için makul derecede şık bir çözüm buldum, ama sonunda notu görüyorum.

git commit -t .git/rebase-apply/msg-clean 
git rebase --skip 

msg-temiz öylesine bir şablon size bir editör orijinal mesajı verir gibi kullanmaya işlemek yapıyor, taahhüt orijinal mesajı içerdiği anlaşılıyor. Taahhütünüzden sonra, atlama, yaptığınız işlemi yeniden uygulamaya çalışmadan rebase'yi hareket ettirir.

NOT: Gurme değilim, birisi bunu doğrula. Birlikte tokat attığım bir test repo ile çalışıyor gibiydim, ama birkaç saatlik çatışma çözme çalışması ile gerçek çalışma repo'mda denemek için yeterince cesur değildim. Lütfen bu bir şeyleri patlatırsa beni sorumlu tutmayın.