当合并过程中出现冲突时，必须手动完成合并提交。听起来好像您已经完成了前两个步骤，编辑冲突的文件，然后运行git add将它们标记为已解决。最后，你需要用git commit提交合并。在这一点上，您将能够再次切换分支。

快速提示:你可以使用git commit -am“your commit message”来同时对所跟踪的文件执行添加和提交操作。(来源:@vaheeds)

手动解决冲突后的下一步操作是:-

Git添加。 Git状态(这将显示继续自动合并过程需要哪些命令) [命令git建议，例如git merge—continue, git cherry-pick—continue, git rebase—continue]

如果你曾经被卡住在合并/重基，你可以总是

git reset --hard

将工作恢复到上次提交时的状态。这将丢失你在工作树中所做的更改，所以如果你在合并之前有局部修改，它们将在合并之后消失——这就是为什么当你有局部修改时不启动合并是明智的。：）

合并冲突发生时，您试图合并两个分支都更改了同一文件的同一部分。您可以生成一个与git状态冲突的列表。

当遇到冲突行时，Git将使用标记冲突内容两边的可视指示器编辑受影响文件的内容。

<<<<<<< HEAD
conflicted text from HEAD
=======
conflicted text from merging_branch
>>>>>>> merging_branch

当你修复了冲突文件并准备合并时，你所要做的就是运行git add和git commit来生成合并提交。一旦提交完成，git就会将更改推送到分支。

引用文章:Git merge。

当你使用命令git merge brancha branchb合并两个分支时，有两种可能:

通过跟踪一个分支(我们称之为brancha)的提交历史，另一个分支(我们称之为branchb)可以到达它。在这种情况下，git只需快进头指向最近的分支(在这种情况下是branchb)。 2.但是如果两个分支在某个较旧的点上分离了，那么git会创建一个新的快照并添加一个指向它的新提交。所以如果 合并的分支之间没有冲突，git平滑地创建了一个新的提交。

运行git log查看合并两个不冲突分支后的提交情况。

现在回到有趣的情况，合并分支之间存在合并冲突。这句话摘自https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging页

Git没有自动创建新的合并提交。在您解决冲突时，它暂停了进程。如果你想在合并冲突发生后的任何时刻查看哪些文件未合并，你可以运行git status

因此，如果存在合并冲突，你需要解决冲突，然后使用git add filename将你所做的更改添加到暂存区域，然后使用git commit命令提交这些更改，git会因为冲突暂停该命令。我希望这能解释你的问题。也请访问上面的链接以获得详细的了解。如果有任何疑问，请在下面评论，我很乐意帮助。

可能会晚了。这是发生，因为你的git HEAD没有更新。 这个推荐将解决git重置HEAD。