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

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

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

git reset --hard

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

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

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

当你使用命令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中止它: 我遇到了合并冲突。如何终止合并?

为了简化合并操作，安装kdiff3并将其配置为合并工具。产品说明:http://doodkin.com/2016/05/29/git-merge-easy-github-this-branch-has-conflicts-that-must-be-resolved-use-the-command-line/

该页面包含以下视频:https://www.youtube.com/watch?v=Cc4xPp7Iuzo

我想要明确的第一件事是，分支名称只是特定提交的别名。commit是git的工作，当你拖拽merge等等。每个提交都有一个唯一的id。

当你做$ git合并时，实际发生的事情是git试图快进你的当前分支到被引用的分支所在的提交(换句话说，两个分支名称都指向同一个提交)。这个场景对于git来说是最容易处理的，因为没有新的提交。想象一下主人跳上你的树枝上的百合花。可以设置——no-ff标志，在这种情况下，无论是否有任何代码冲突，git都会创建一个新的提交。

In a situation where there are code conflicts between the two branches you are trying to merge (usually two branches whose commit history share a common commit in the past), the fast forward won't work. git may still be able to automatically merge the files, so long as the same line wasn't changed by both branches in a conflicting file. in this case, git will merge the conflicting files for you AND automatically commit them. You can preview how git did by doing $ git diff --cached. Or you can pass the --no-commit flag to the merge command, which will leave modified files in your index you'll need to add and commit. But you can $ git diff these files to review what the merge will change.

The third scenario is when there are conflicts git can't automatically resolve. In this case you'll need to manually merge them. In my opinion this is easiest to do with a merge took, like araxis merge or p4merge (free). Either way, you have to do each file one by one. If the merge ever seems to be stuck, use $ git merge --continue, to nudge it along. Git should tell you if it can't continue, and if so why not. If you feel you loused up the merge at some point, you can do $ git merge --abort, and any merging will undo and you can start over. When you're done, each file you merged will be a modified file that needs to be added and committed. You can verify where the files are with $ git status. If you haven't committed the merged files yet. You need to do that to complete the merge. You have to complete the merge or abort the merge before you can switch branches.

我如何完成合并后解决我的合并冲突?

使用Git 2.12(2017年第一季度)，您将拥有更自然的命令:

git merge --continue

如果你不想在继续/恢复合并时编辑消息:

git merge --continue --no-edit

如果——no-edit不起作用，正如akseli在评论中报告的那样，你可以这样做:

# Linux
GIT_EDITOR=true git merge --continue

# Windows
cmd /V /C "set "GIT_EDITOR=true" && git merge --continue"

您可以为这些命令定义别名。

参见Jeff King (peff)提交c7d227d(2016年12月15日)。 参见Chris Packham (cpackham)的commit 042e290, commit c261a87, commit 367ff69(2016年12月14日)。 (由Junio C Hamano合并- gitster -在提交05f6e1b, 2016年12月27日)

参见2.12版本说明。

合并:添加“——continue”选项作为“git commit”的同义词

教会'git merge'——continue选项，允许' continue ' a 通过完成合并。 解决冲突后完成合并的传统方法是使用'git commit'。 现在像'git rebase'和'git cherry-pick'这样的命令有一个'——continue'选项，添加这样一个选项到'git merge'会呈现一个一致的UI。

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

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

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

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

引用文章:Git merge。

添加完所有文件后，下一步是“git提交”。

“git status”会提示要做什么:尚未添加的文件被列在底部，一旦它们都完成了，它会建议在顶部提交，在那里它解释了当前分支的合并状态。

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

解决冲突的步骤:

第一次“签出”到你想从另一个分支合并的分支 分支(BRANCH_NAME_TO_BE_MERGED)

"git checkout "MAIN_BRANCH"

然后使用命令将其与“MAIN_BRANCH”合并:

“git merge origin/BRANCH_NAME_TO_BE_MERGED”

Auto-merging src/file1.py
CONFLICT (content): Merge conflict in src/file1.py
Auto-merging src/services/docker/filexyz.py
Auto-merging src/cache.py
Auto-merging src/props.py
CONFLICT (content): Merge conflict in src/props.py
Auto-merging src/app.py
CONFLICT (content): Merge conflict in src/app.py
Auto-merging file3
CONFLICT (content): Merge conflict in file3
Automatic merge failed; fix conflicts and then commit the result.

现在你可以看到它正在显示“冲突(内容)”，对那些有“冲突”的文件，看到你的代码并解决它们

运行"git status" =>它会显示你需要添加的文件(你已经解决了):

 Unmerged paths:
      (use "git add <file>..." to mark resolution)

        both modified:   file3
        both modified:   src/app.py
        both modified:   src/props.py
        both modified:   src/utils/file1.py

解决了所有冲突后，使用下面的git命令逐个添加每个文件

git add file3
git add src/app.py
git add src/props.py
git add src/utils/file1.py

“git提交” (当你要提交的时候添加一些消息，如果没有，它会打开vi或vim编辑器，你需要按“esc:q!”然后按“enter”) 再次运行"git status"

 On branch MAIN_BRANCH
  Your branch is ahead of 'origin/MAIN_BRANCH' by 10 commits.
  (use "git push" to publish your local commits)

7.git push”

另一个选择也是，我尝试了隐藏和工作为我没有任何承诺

在你解决了所有的矛盾之后，

->去藏匿

-> git stash应用存储@{0}

工作很好，你也可以切换到另一个分支。