git rebase合并冲突无法继续

我正在尝试使'dev'变基以赶上'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".

有任何想法吗？

在一些情况下，我见过rebase被卡住。一种是如果更改变为空（提交的更改已在rebase中进行过），在这种情况下，您可能必须使用git rebase --skip。

这很容易告诉。如果执行git status此操作，则不会显示任何更改。如果是这样，请跳过它。如果不是这种情况，请发布的副本，git status我可以尝试进一步提供帮助。

我遇到这个问题的时候之一是在a git commit之后执行git add。因此，以下序列将产生您提到的rebase错误：

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

虽然，下面的序列运行没有任何错误，并继续进行重新设置：
git add <file with conflict>
git rebase --continue

git add -A使用“全部”选项可能会创建类似的情况。（请注意，我在git中经验不足，因此此答案可能不正确。）为了安全起见，git rebase --skip在这种情况下似乎也能很好地工作。

注意：Git 2.0.2（2014年7月）修复了一种情况，其中a git rebase --skip会卡住并且无法继续使用当前的基准。
见提交95104c7由布赖恩·米 卡尔森（bk2204）

rebase--merge：--skip连续解决两个冲突

如果git rebase --merge遇到冲突，如果下一次提交也发生冲突，--skip将无法正常工作。
该msgnum文件将永远不会使用新的补丁程序号进行更新，因此实际上不会跳过任何补丁程序，从而导致不可避免的循环。

msgnum首先在call_merge中更新文件的值。
这也避免了Already applied在跳过提交时出现“ ”消息。
在调用call_merge的其他上下文中没有可见的更改，因为在这些情况下msgnum文件的值保持不变。

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

好像您忘记了git add更改...