我正在尝试重定'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".
有什么想法吗
6条答案
按热度按时间dxpyg8gm1#
有几种情况下,我看到
rebase
卡住了。一种情况是如果更改变为null(提交中的更改已经在rebase中进行过),在这种情况下,您可能必须使用git rebase --skip
。很容易分辨。如果执行
git status
,则应该不会显示任何更改。如果是的话,就跳过它。如果不是这样的话,请发布一个git status
的副本,我可以尝试进一步帮助。n3h0vuf22#
我遇到这个问题的一次是在
git add
之后执行git commit
。因此,以下序列将产生您提到的rebase错误:而下面的序列运行时没有任何错误,并继续变基:
带有“All”选项的
git add -A
可能会产生类似的情况。(请注意,我对Git非常缺乏经验,所以这个答案可能不正确)为了安全起见,git rebase --skip
在这种情况下似乎也能很好地工作。rfbsl7qr3#
注意:Git 2.0.2(2014年7月)修复了一个
git rebase --skip
被卡住而无法继续进行当前的变基的情况。请参见commit 95104c7 by brian m. carlson (
bk2204
)rebase--merge
:修复--skip
与两个冲突在一行如果
git rebase --merge
遇到冲突,--skip
将无法工作,如果下一个提交也发生冲突。msgnum
文件永远不会使用新的补丁编号进行更新,因此实际上不会跳过任何补丁,从而导致不可避免的循环。在call_merge中首先更新
msgnum
文件的值。这也避免了在跳过提交时出现“
Already applied
”消息。调用call_merge的其他上下文没有明显的变化,因为msgnum文件的值在这些情况下保持不变。
6uxekuva4#
在一次有很多冲突(长
git status
)的变基之后,我无法弄清楚我应该上演的是什么。我使用的是与PhpStorm集成的Git,它没有显示任何未暂存的文件。git add .
没有解决这个问题,但这条评论建议调用git diff-files --ignore-submodules
。这显示了三个我必须专门添加的文件,这就成功了。yquaqz185#
看起来你忘了
git add
你的变化...jvidinwx6#
当我有一个文件在两个分支中都被删除了一些提交时,我看到了这一点。我不得不
git rm
该文件,以获得rebase继续。我试图重现这一点,但未能得到“无法继续”。如果有人想试试他们的手,这是我的尝试: