Konflik gabungan git rebase tidak dapat dilanjutkan

Saya mencoba untuk rebase 'dev' untuk mengejar cabang 'master'.

$ git checkout dev 
$ git rebase master 
First, rewinding head to replay your work on top of it...
Applying: Corrected compilation problems that came from conversion from SVN.
Using index info to reconstruct a base tree...
M       src/com/....
<stdin>:125: trailing whitespace.
/**
<stdin>:126: trailing whitespace.
 *
<stdin>:127: trailing whitespace.
 */
<stdin>:128: trailing whitespace.
package com....
<stdin>:129: trailing whitespace.

warning: squelched 117 whitespace errors
warning: 122 lines add whitespace errors.
Falling back to patching base and 3-way merge...
Auto-merging src/com/....
CONFLICT (content): Merge conflict in src/com/...
Failed to merge in the changes.
Patch failed at 0001 Corrected compilation problems that came from conversion from SVN.

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

$ vi src/com/.....   { fixed the merge issue on one file } 
$ git add -A . 
$ git rebase --continue 
src/com/....: needs merge
You must edit all merge conflicts and then
mark them as resolved using git add
$ vi src/com....      { verified, no >>> or <<< left, no merge markers } 
$ git rebase --continue 
Applying: Corrected compilation problems that came from conversion from SVN.
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.

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

Ada ide?

Ada beberapa situasi di mana saya pernah melihat rebasemacet. Salah satunya adalah jika perubahan menjadi nol (komit memiliki perubahan yang sudah dibuat sebelumnya dalam rebase) dalam hal ini Anda mungkin harus menggunakangit rebase --skip .

Cukup mudah untuk mengatakannya. Jika Anda melakukannya, git statustidak akan ada perubahan. Jika demikian lewati saja. Jika bukan itu masalahnya, silakan kirim salinannya git statusdan saya dapat mencoba membantu lebih lanjut.

Salah satu kali saya mengalami masalah ini adalah ketika melakukan git commitsetelah git add. Jadi, urutan berikut akan menghasilkan kesalahan rebase yang Anda sebutkan:

git add <file with conflict>
git commit -m "<some message>"
git rebase --continue

Sementara, urutan di bawah ini berjalan tanpa kesalahan, dan melanjutkan rebase:
git add <file with conflict>
git rebase --continue

Mungkin saja bahwa git add -Adengan opsi "Semua" menciptakan situasi yang serupa. (Harap dicatat, saya sangat tidak berpengalaman dalam git, jadi jawaban ini mungkin tidak benar.) Untuk amannya, git rebase --skipsepertinya juga berfungsi dengan baik dalam situasi ini.

Catatan: Git 2.0.2 (Juli 2014) telah memperbaiki satu kasus di mana a git rebase --skipakan macet dan tidak akan dapat melanjutkan dengan rebase saat ini.
Lihat komit 95104c7 oleh brian m. carlson ( bk2204)

rebase--merge: perbaiki --skipdengan dua konflik berturut-turut

Jika git rebase --mergemenemui konflik, --skiptidak akan berhasil jika komit berikutnya juga bertentangan .
The msgnumfile yang tidak akan pernah diperbarui dengan jumlah patch yang baru, sehingga tidak ada patch akan benar-benar dilewati, sehingga loop tak terhindarkan.

Perbarui nilai msgnumfile sebagai hal pertama di call_merge.
Ini juga " Already applied" menghindari pesan ketika melewatkan komit.
Tidak ada perubahan yang terlihat untuk konteks lain di mana call_merge dipanggil, karena nilai file msgn tetap tidak berubah dalam situasi tersebut.

$ vi src/com....      { verified, no >>> or <<< left, no merge markers } 
$ git rebase --continue 

Sepertinya Anda lupa dengan git addperubahan Anda ...