图解 Git 基本命令 merge 和 rebase

Git 基本命令 merge 和 rebase，你真的了解吗？

前言

Git 中的分支合并是一个常见的使用场景。

• 仓库的 bugfix 分支修复完 bug 之后，要回合到主干分支，这时候两个分支需要合并；
• 远端仓库的分支 A 有其他小伙伴合入了代码，这时候，你需要和远端仓库的分支 A 进行合并；

以上只是列举了分支合并的一些常见场景，关于 merge 和 rebase 命令你足够了解吗？

HEAD 的理解

在介绍本文的主要内容之前，我们先理解一下 HEAD 。

HEAD 指向当前所在的分支，类似一个活动的指针，表示一个「引用」。例如当前在 develop 分支，HEAD 内容就是 ref: refs/heads/develop。

HEAD 既可以指向「当前分支」的最新 commit，也可以指向历史中的某一次 commit (「分离头指针」的情况)。归根结底，HEAD 指向的就是某个提交点。

当我们做分支切换时，HEAD 会跟着切换到对应分支。

fast-forward 与 --no-ff 的区别

假如有一个场景：有两个分支，master 分支和 feature 分支。现在，feautre 分支需要合并回 master 分支。

fast-forward 合并方式是条件允许的情况，通过将 master 分支的 HEAD 位置移动到 feature 分支的最新提交点上，这样就实现了快速合并。这种情况，是不会新生成 commit 的。

--no-ff 的方式进行合并，master 分支就会新生成一次提交记录。

如果条件满足时，merge 默认采用的 fast-forward 方式进行合并，除非你显示的加上 --no-ff 选项；而条件不满足时，merge 也是无法使用 fast-forward 合并成功的！

merge 操作

上面用图解的方式介绍了 fast-forward 和 --no-ff 的区别。下面，结合实际的代码仓进行合并操作，举几个栗子理解一下。

git merge 操作是区分上下文的。当前分支始终是目标分支，其他一个或多个分支始终合并到当前分支。这个注意点记住了，方便记忆！所以，当需要将某