我想你需要重置一下。

请注意，git revert意味着与svn revert非常不同的东西-在Subversion中，该revert将丢弃您（未提交）的更改，将文件从存储库返回到当前版本，而git rever“撤消”提交。

gitreset应该执行与svnreset等效的操作，即丢弃不需要的更改。

如果最终出现合并冲突，并且没有任何要提交的内容，但仍显示合并错误。在应用所有下面提到的命令之后，

git reset --hard HEAD
git pull --strategy=theirs remote_branch
git fetch origin
git reset --hard origin

请删除

.git\index.lock

文件[恢复时剪切粘贴到其他位置]，然后根据需要的版本输入以下任意命令。

git reset --hard HEAD
git reset --hard origin

希望这有帮助！！！

如果您的git版本>=1.6.1，则可以使用git reset-merge。

此外，正如@Michael Johnson所提到的，如果您的git版本是>=1.7.4，您也可以使用gitmerge--abort。

一如既往，在开始合并之前，确保没有未提交的更改。

从gitmerge手册页

当存在merge_HEAD时，gitmerge--abort等同于gitreset-merge。

合并过程中，MERGE_HEAD出现。

此外，关于启动合并时未提交的更改：

如果在开始合并之前有不想提交的更改，只需在合并之前将其保存，并在完成合并或中止合并后将其弹出。

评论建议git reset-merge是git merge-ort的别名。值得注意的是，如果存在merge_HEAD，gitmerge--abort仅等同于gitreset-merge。这可以在git help for merge命令中读取。

当存在merge_HEAD时，gitmerge--abort等同于gitreset-merge。

合并失败后，如果没有merge_HEAD，则可以使用git-reset-mmerge撤消失败的合并，但不必使用gitmerge-art。它们不仅是同一事物的新旧语法。

就个人而言，我发现git reset-merge对于与所描述的场景类似的场景更为强大，并且通常合并失败。

为了避免陷入这种麻烦，可以扩展git合并-中止方法，并在合并之前创建一个单独的测试分支。

案例：你有一个主题分支，它没有被合并，因为你分心了/有些事情发生了/你知道，但它已经准备好了。

现在可以将其合并到master中吗？

在测试分支中工作以估计/找到解决方案，然后放弃测试分支并在主题分支中应用解决方案。

# Checkout the topic branch
git checkout topic-branch-1

# Create a _test_ branch on top of this
git checkout -b test

# Attempt to merge master
git merge master

# If it fails you can abandon the merge
git merge --abort
git checkout -
git branch -D test  # we don't care about this branch really...

努力解决冲突。

# Checkout the topic branch
git checkout topic-branch-1

# Create a _test_ branch on top of this
git checkout -b test

# Attempt to merge master
git merge master

# resolve conflicts, run it through tests, etc
# then
git commit <conflict-resolving>

# You *could* now even create a separate test branch on top of master
# and see if you are able to merge
git checkout master
git checkout -b master-test
git merge test

最后再次签出主题分支，从测试分支应用修复程序并继续执行PR。最后删除测试和主测试。

卷入的是的，但在我做好准备之前，它不会干扰我的主题或主分支。

您可以中止合并步骤：

git merge --abort

否则您可以保留更改（在哪个分支上）

git checkout --ours file1 file2 ...

否则您可以保留其他分支更改

git checkout --theirs file1 file2 ...