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

Question

我已阅读 基本分支和合并Git 社区书籍的 部分。

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

然后我：

1. 切换到实验分支（git checkoutexperimental）
2. 进行一堆更改
3. 提交它（gitcommit-a）
4. 切换到master分支（gitcheckoutmaster）
5. 进行一些更改并在那里提交
6. 切换回实验性（gitcheckoutexperimental）
7. 合并master 更改为实验性 (git merge master)

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.

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

Answer 1

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

快速提示：您可以使用git commit -am "your commit message" 同时对跟踪的文件执行添加和提交操作。 （来源：@vaheeds）

Answer 2

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

使用 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"

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

含义，正如评论中 mgnobody 所解释的那样：

如果运行合并并出现冲突，则只需在解决冲突后执行 git add 即可。
不要在 git add 之后执行 git commit。您的 git merge --continue 将为您完成此操作。

所以，简而言之：

git 合并开发 
# 地址冲突 
git add <冲突的文件> 
git 合并——继续；

---

请参阅 commit c7d227d（2016 年 12 月 15 日），作者：杰夫·金 (peff)。
请参阅提交042e290，提交 c261a87, 提交 367ff69（2016 年 12 月 14 日）作者：Chris Packham (cpackham)。
^{（由 Junio C Hamano -- gitster -- 合并于 提交 05f6e1b，2016 年 12 月 27 日）}

请参阅2.12 发行说明。

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

教导“git merge”--continue选项，该选项允许“继续”一个
通过完成来合并。
解决冲突后完成合并的传统方法是使用“git commit”。
现在，像“git rebase”和“gitcherry-pick”这样的命令有一个“--continue”选项，将这样的选项添加到“ git merge' 提供了一致的 UI。

Answer 3

如果您在合并/变基过程中遇到困难，您可以随时

git reset --hard

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

Answer 4

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

1. git add 。
2. git status（这将向您显示继续自动合并过程所需的命令）
3. [git 建议的命令，例如 git merge --Continue、git Cherry-pick --Continue ，git rebase --继续]

Answer 5

只需git commit即可。

可选地git abort它：
我遇到了合并冲突。我怎样才能中止合并？

为了让合并变得更轻松，请安装 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

Answer 6

每当您使用命令 git mergebranchabranchb 合并两个分支时，有两种可能性：

1. 一个分支（假设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 暂停。我希望这可以解释您的查询。另请访问上面的链接以进行详细了解。如有任何疑问，请在下面发表评论，我很乐意提供帮助。

Answer 7

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

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

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

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

参考文章：Git 合并。

Answer 8

解决冲突的步骤：

1. 首先“签出”到您想要从其他分支合并的分支
   分支（BRANCH_NAME_TO_BE_MERGED）

---

"git checkout "MAIN_BRANCH"

2. 然后使用命令将其与“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.

现在您可以看到它显示“CONFLICT（内容）”，对于那些具有“ CONFLICT”，查看您的代码并解决它们

3. 运行“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

4. 逐个添加每个文件

---

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

5. 解决所有冲突后，使用下面的 git 命令“git commit”
   （当你要提交时添加一些消息，如果没有，它将打开 vi 或 vim 编辑器，你需要按“esc：q！”然后按“enter”）
6. 再次运行“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 推送”

Answer 9

我要澄清的第一件事是分支名称只是特定提交的别名。当您进行拉取、推送合并等操作时，提交就是 git 的工作原理。每个提交都有一个唯一的 id。

当您执行 $ git merge 时，实际发生的情况是 git 尝试将当前分支快速转发到引用分支所在的提交（换句话说，两个分支名称都指向同一个提交。）这种情况对于 git 来说是最简单的处理，因为没有新的提交。想象一下主人跳到你的树枝正在冷却的紫莲花上。可以设置 --no-ff 标志，在这种情况下，无论是否存在任何代码冲突，git 都会创建一个新的提交。

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

第三种情况是当存在 git 无法自动解决的冲突时。在这种情况下，您需要手动合并它们。在我看来，这是最容易通过合并来完成的，例如 araxis merge 或 p4merge （免费）。无论哪种方式，您都必须逐一完成每个文件。如果合并似乎被卡住，请使用 $ git merge --continue 来推动它。 Git 应该告诉您它是否无法继续，如果可以的话为什么不继续。如果你觉得你在某个时候搞砸了合并，你可以执行 $ git merge --abort，任何合并都将撤消，你可以重新开始。完成后，您合并的每个文件都将是需要添加和提交的修改文件。您可以使用 $ git status 验证文件的位置。如果您尚未提交合并的文件。您需要这样做才能完成合并。您必须先完成合并或中止合并，然后才能切换分支。

Answer 10

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

“git status”将建议做什么：尚未添加的文件列在底部，一旦全部完成，它会建议在顶部进行提交，其中解释了当前分支的合并状态。

Answer 11

可能会晚了。这是因为你的 git HEAD 没有更新。
这个建议将解决 git reset HEAD 的问题。

Answer 12

还有另一种选择，我尝试了隐藏并且在没有任何提交的情况下对我来说工作得很好在

解决所有冲突之后，

-> git 存储

-> git stash apply stash@{0}

工作正常，在此之后您也可以切换到另一个分支。