解决合并冲突后，如何完成合并？

我已经阅读了Git社区手册的“ 基本分支和合并”部分。

因此，我按照它创建了一个分支：experimental。

然后我：

1. 切换到实验分支（git checkout实验）
2. 做一堆改变
3. 提交它（git commit -a）
4. 切换到master分支（git checkout master）
5. 进行一些更改并在那里提交
6. 切换回实验性（git checkout实验性）
7. 将合并主更改为实验性（git合并主）

8. 有一些冲突，但在解决冲突后，我做了“ git add myfile”

9. 现在我被困住了，我无法回到主人

当我做

 $ git checkout master
error: Entry 'res/layout/my_item.xml' would be overwritten by merge. Cannot merge.

我做到了：

$ git rebase --abort

没有进行任何基准调整？

我做到了：

$  git add res/layout/socialhub_list_item.xml
$ git checkout master
error: Entry 'res/layout/my_item.xml' would be overwritten by merge. Cannot merge.

我该怎么做才能回到主分支？

如果合并期间发生冲突，则必须手动完成合并提交。听起来您已经完成了前两个步骤，编辑有冲突的文件，然后git add在它们上运行以将其标记为已解决。最后，您实际上需要使用提交合并git commit。届时，您将能够再次切换分支。

解决合并冲突后，如何完成合并？

使用Git 2.12（2017年第一季度），您将拥有更自然的命令：

git merge --continue

参见Jeff King（）的commit c7d227d（2016年12月15日）。 请参阅Chris Packham（）的commit 042e290，commit c261a87和commit 36​​7ff69（2016年12月14日）。^{（由Junio C Hamano合并--在commit 05f6e1b中，2016年12月27日）}peff
cpackham
gitster

请参阅2.12版本说明。

merge：添加“ --continue”选项作为的代名词“ git commit”

教“ git merge” --continue选项，该选项允许通过完成合并来“继续”合并。
解决冲突后完成合并的传统方式是使用' git commit'。
现在，带有' git rebase'和' git cherry-pick'之类的命令具有' --continue'选项，将这样的选项添加到' git merge'中可以提供一致的UI。

万一您在合并/重新设置期间陷入困境，可以随时

git reset --hard

将您的工作恢复到上一次提交的状态。这将丢失您在工作树中所做的更改，因此，如果您在合并之前进行了本地修改，则它们将在此之后消失—这就是为什么建议您在进行本地修改时不开始合并。:)

就是git commit这样

可选地 git abort它：
我遇到了合并冲突。如何中止合并？

为了使合并更轻松，请安装kdiff3并将其配置为mergetool。说明： 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

每当您使用command合并两个分支时git merge brancha branchb，都有两种可能性：

1. 一个分支（让我们说分支b）可以通过遵循其提交历史来到达另一个分支（让我们说分支b）。在这种情况下，git只是简单地将头部快速地指向最近的分支（在这种情况下是分支b）。

   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暂停的命令来提交更改。我希望这可以解释您的查询。也可以访问上面的链接以获得详细的了解。如有任何疑问，请在下面发表评论，我们将竭诚为您服务。

手动解决冲突之后的下一步是：

1. git添加
2. git status（这将向您显示继续自动合并过程所需的命令）
3. [命令GIT中所暗示的，例如git merge --continue，git cherry-pick --continue，git rebase --continue]

当您要合并的两个分支都更改了同一文件的同一部分时，将发生合并冲突。您可以使用生成冲突列表git status。

当遇到冲突的行时，Git将使用视觉标记来编辑受影响文件的内容，这些视觉标记会在冲突内容的两侧进行标记。

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

修复冲突文件并准备好进行合并时，所有要做的就是运行git add并git commit生成合并提交。提交后，git push更改分支。

参考文章：Git merge。

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

“ git status”将建议如何处理：尚未添加的文件在底部列出，一旦完成，它将在顶部建议进行提交，在此解释当前分支的合并状态。

我要说明的第一件事是分支名称只是特定提交的别名。git是git工作的一个提交，当您拉，推合并等时。每个提交都有一个唯一的ID。

当您执行$ git merge时，实际上是git尝试将当前分支快速前进到引用分支所在的提交（换句话说，两个分支名称都指向同一提交）。这种情况对于git最简单应对，因为没有新的提交。想一想主人跳到分支上令人毛骨悚然的嘴唇上。可以设置--no-ff标志，在这种情况下，无论是否存在任何代码冲突，git都会创建一个新提交。

在您要合并的两个分支之间存在代码冲突的情况下（通常是两个分支的提交历史在过去共享一个共同的提交），快进将不起作用。git仍然可以自动合并文件，只要冲突文件中的两个分支都未更改同一行。在这种情况下，git将为您合并有冲突的文件并自动提交它们。您可以通过执行$ git diff --cached预览git的工作方式。或者，您可以将--no-commit标志传递给merge命令，这会将修改后的文件保留在您需要添加和提交的索引中。但是您可以$ git diff这些文件来查看合并将更改的内容。

第三种情况是git无法自动解决冲突时。在这种情况下，您需要手动合并它们。在我看来，这是最简单的合并操作，例如araxis merge或p4merge（免费）。无论哪种方式，您都必须一个一个地处理每个文件。如果合并似乎卡住了，请使用$ git merge --continue来微调它。Git应该告诉您它是否不能继续，如果可以，为什么不可以。如果您觉得自己在某个时候搞砸了合并，可以执行$ git merge --abort，任何合并都将撤消，您可以重新开始。完成后，合并的每个文件都是需要添加并提交的修改后的文件。您可以使用$ git状态验证文件的位置。如果尚未提交合并的文件。您需要执行此操作才能完成合并。

可能已经晚了。这是因为您的git HEAD未更新。这个表扬可以解决这个问题git reset HEAD。