您在assetloader .java中错过了合并冲突。打开它，寻找冲突标记(“>>>>”，“====”，“<<<<<”)，然后再次进行git添加。如果你很难找到它，就做一个“git diff - staging”。

试着在你的命令行中运行:

$ git mergetool

应该会弹出一个交互式编辑器，允许您解决冲突。这比手动操作要简单，而且git在合并时也能识别。也将避免当您尝试手动操作时，意外发生的不完全合并的情况。

我刚刚遇到了这个问题，虽然我认为可能有一些原因，但这是我的……

我有一个git预提交钩子，它在某些条件下拒绝提交。这在手动提交时很好，因为它将显示钩子的输出，我可以使用commit——no-verify修复它或选择忽略它。

问题似乎是，当重基时，rebase——continue也会调用钩子(为了提交最新一轮的更改)。但是rebase不会显示钩子输出，它只会看到它失败了，然后抛出一个不太具体的错误，说“你必须编辑所有合并冲突，然后将它们标记为使用git add解决”

要解决这个问题，请阶段性地执行所有更改，而不是执行“git rebase—continue”，而是尝试执行“git commit”。如果你也遇到了同样的问题，你应该看到它失败的原因。

有趣的是，虽然git rebase不显示来自git钩子的输出，但它确实接受——no-verify来绕过钩子。

似乎是Git 1.7的一个bug

这里有一篇关于如何解决这个问题的好文章。(链接在2022年似乎不再有效)

如果你做一个

git diff

在解决了你们的矛盾之后

git rebase --continue

应该工作。

在修复冲突时，您删除了应用于您所基于的分支的补丁中的所有代码。如果你确定你已经添加了所有的更改:使用git rebase—skip继续。

有疑问时

为了确保你不会失去任何工作:

取消你的基地重组，蠢货，取消 然后创建一个新的分支git checkout -b my-rebasebranch git Rebase origin/main(或其他)

更多的细节:

通常，当在重基期间修复冲突时，您将编辑冲突文件，保留当前应用于重基分支的补丁中的部分或全部代码。在修复补丁后做

git add your/conflicted/file
git status

您将看到一行(通常是绿色)显示修改后的文件

修改:你/冲突/文件

Git rebase -continue在这种情况下可以正常工作。

然而，有时在解决冲突时，您会删除新补丁中的所有内容，只保留重新基于的分支的代码。现在，当您添加文件时，它将与您试图重新基于的文件完全相同。Git状态不会显示绿色线显示修改后的文件。现在，如果你知道

git rebase --continue

Git会抱怨

没有变化-你忘记使用'git add'了吗?

如果您确定已经添加了所有更改，那么git在这种情况下实际希望您做的就是使用

git rebase --skip

跳过补丁。以前我从来没有这样做过，因为我总是不确定如果我这样做了，实际上会跳过什么，对我来说，“跳过这个补丁”的真正含义并不明显。但如果你没有绿线

修改:你/冲突/文件

在编辑冲突文件、添加它并执行git status之后，您可以相当肯定地删除了整个补丁，并且可以使用

git rebase --skip

继续。

最初的帖子说，这种方法有时有效: git添加-A Git rebase—继续 #神奇地起作用了?

．.． 但不要依赖于此(并确保不要在存储库文件夹中添加剩余文件)

在修复冲突之后，确保将更改的文件添加到暂存文件中。这为我解决了问题。

当我有未分级文件时，我得到了这个警告。确保没有任何非暂存文件。如果不希望更改非暂存文件，则使用

git rm <filename>  

我只是偶然发现了这个问题。我就不改了，跳过 因为git状态清楚地显示了阶段性的修改，这是我想保留的。虽然我有一些意外的额外文件。我决定

git checkout .

要删除未分段的修改，则git rebase—continue succeeded。

一旦你修正了你的改变你可能会忘记运行'git add -A'

git add -A
git rebase --continue

If you are using magit (a popular emacs frontend to git), this error message can be shown due to an obscure bug in magit. I'm not exactly sure what triggers this bug, but for me it was that only the line endings were changed for a file, and so magit didn't display the file as a conflict. So I thought there were no conflicts remaining, but there were. Running git status at the command line allowed me to see the conflicting file, and I could then run git add filename and then git rebase --continue.

公认的答案具有误导性。它造成的麻烦比它可以避免的要多(参考注释)。

我意识到git rebase -continue对我不起作用，因为我有一些本地文件被修改了，但没有暂存。运行以下命令抑制了我的本地、非阶段性修改。所以请小心，这就是你想要的。

git checkout .

如果您想要进行修改，则运行git add <文件>的名称。

如果你想隐藏(搁置)修改，运行git stash -k。

运行git rebase——continue可以在这两个命令后运行。

如果你选择隐藏，运行git stash pop(在git rebase -continue之后)来恢复修改。