Git merge合并commit

merge 的意思是合并，它做的事也是合并：指定一个 commit，把它合并到当前的 commit 来。

merge含义

具体来讲，merge 做的事是：

从目标 commit 和当前 commit （即 HEAD 所指向的 commit）分叉的位置起，把目标 commit 的路径上的所有 commit 的内容一并应用到当前 commit，然后自动生成一个新的 commit。

例如下面这个图中：

HEAD 指向了 master，所以如果这时执行：

git merge branch1

Git 会把 5 和 6 这两个 commit 的内容一并应用到 4 上，然后生成一个新的提交，并跳转到提交信息填写的界面：

merge 操作会帮你自动地填写简要的提交信息。在提交信息修改完成后，就可以退出这个界面，然后这次 merge 就算完成了。

merge适用场景

merge 有什么用？最常用的场景有两处：

1. 合并分支

   当一个 branch 的开发已经完成，需要把内容合并回去时，用 merge 来进行合并。

2. pull 的内部操作

   pull 的实际操作其实是把远端仓库的内容用 fetch 取下来之后，用 merge 来合并。

merge发生冲突如何解决

merge 在做合并的时候，是有一定的自动合并能力的：

• 如果一个分支改了 A 文件，另一个分支改了 B 文件，那么合并后就是既改 A 也改 B，这个动作会自动完成

  

• 如果两个分支都改了同一个文件，但一个改的是第 1 行，另一个改的是第 2 行，那么合并后就是第 1 行和第 2 行都改，也是自动完成。

  

但，如果两个分支修改了同一部分内容，merge 的自动算法就搞不定了。这种情况 Git 称之为：冲突（Conflict）。

直白点说就是，你的两个分支改了相同的内容，Git 不知道应该以哪个为准。如果在 merge 的时候发生了这种情况，Git 就会把问题交给你来决定。具体地，它会告诉你 merge 失败，以及失败的原因：

git merge feature1

提示信息说，在 shopping list.txt 中出现了 “merge conflict”，自动合并失败，要求 “fix conflicts and then commit the result”（把冲突解决掉后提交）。那么你现在需要做两件事：

1. 解决掉冲突
2. 手动 commit 一下

解决merge冲突

解决掉冲突的方式有多个，我现在说最直接的一个。你现在再打开 shopping list.txt 看一下，会发现它的内容变了：

可以看到，Git 虽然没有帮你完成自动 merge，但它对文件还是做了一些工作：它把两个分支冲突的内容放在了一起，并用符号标记出了它们的边界以及它们的出处。

上面图中表示，HEAD 中的内容是 移动硬盘（已买），而 feature1 中的内容则是 移动硬盘（不买了）。这两个改动 Git 不知道应该怎样合并，于是把它们放在一起，由你来决定。

假设你决定保留 HEAD 的修改，那么只要删除掉 feature1 的修改，再把 Git 添加的那三行 <<< === >>> 辅助文字也删掉，保存文件退出，所谓的解决掉冲突就完成了。

你也可以选择使用更方便的 merge 工具来解决冲突，这个你可以自己搜索一下。

手动提交

解决完冲突以后，就可以进行第二步—— commit 了。

git add shopping\ list.txt # 这里 commit 前也需要先 add 一下
git commit

可以看到，被冲突中断的 merge，在手动 commit 的时候依然会自动填写提交信息。这是因为在发生冲突后，Git 仓库处于一个merge 冲突待解决的中间状态，在这种状态下 commit，Git 就会自动地帮你添加这是一个 merge commit的提交信息。

取消有冲突的merge

同理，由于现在 Git 仓库处于冲突待解决的中间状态，所以如果你最终决定放弃这次 merge，也需要执行一次 merge --abort 来手动取消它：

git merge --abort

输入这行代码，你的 Git 仓库就会回到 merge 前的状态。