一个 feature 功能，改了又改，删了一删，测了又测，直到 N 次 commit 后才完成需求，这时回过头看自己的提交记录，简直不堪入目！那，有没有办法能让提交记录变得好看一些？当然有！
git 是大家熟识的工具了，几乎所有的开发都离不开它，无论你用命令行工具，还是使用图形化界面的 SourceTree 。我相信，对于 git 的各种命令，大家一定也都烂熟于心了。clone、pull、push、stash、reset、rebase……
最近对于其中一个命令，我甚是喜欢！那就是 rebase！rebase 不仅可以让整个分支的发展历程一目了然，也让分支变得干净整洁。当然，要实现 commit 合并，不仅 rebase 可以做到，merge 也可以做到。
git rebase -i HEAD~N
rebase 的中文含义是变基的意思，在合并分支代码时跟 merge 有着异曲同工之妙，但是又有各自的优势和使用场景。除此之外，这两个命令还有很多更令人惊喜的功能，比如今天要说的合并多次提交。
用上面这张图为例：
假设，3、4、5 的提交都是为了完成一个功能，这时，我想把这三次提交合并为一次提交，我可以怎么做？
-i 表示使用交互式进行 rebase，一般在合并代码的时候，想一步一步合代码时会这么用。当然没你应该也遇到过查非常难查的 bug 时会这么用。
因为我们想把最近的三次提交进行合并，所以这里的 N 为 3。回车之后会出现下面这个界面：
最上面的是最早的提交，最下面的是最近一次提交。
注意到其中一条：squash（中文译为挤入、塞入），描述为使用当前 commit 并融合到之前的提交中。
这里我们修改最新提交前面的命令为 squash，然后 :wq 退出，会再次弹出编辑窗口，去掉无用的内容，保留一个提交信息即可，然后再次 :wq 退出。这是你的分支已经变成非常干净的提交记录了：
如果你的几次提交都已经提交到了远程，你希望远程也生效，ok，完全可以，你只需要 push --force 一下即可：
git push origin feature --force
git merge --squash BRANCH
那，如果使用 merge 该怎么做呢？当然， merge 和 rebase 各有各的优势，使用方法自然也有些不同，merge 的操作主要是针对两个分支的，所以，多次的 commit 合并也一样。
所以首先，我们基于 feature 分支再造一个 feature2 分支，然后做两个提交：
这个时候需求开发完了，我想合并所有的 commit 为一个，再合并到主分支上，也就是 feature 上，实现 feature 的内容 merge 到 feature 上后，不再出现这么多次恶心的记录。
这时我们切到 feature 分支然后使用 merge --squash 试试：
我们发现代码合并过来了，但是似乎有什么不太一样。嗯，feature2 的所有修改都在 feature 分支的暂存区，并没有新的提交记录，而是希望咱们重新 commit 一次。效果上看，其实跟 rebase 的类似，我们重新给个 commit 就好。
实际上 merge 的 commit 合并操作是将目标分支的所有改动全部作用到主分支，主分支的暂存区保留的是目标分支的所有修改，也就无视了原来的所有 commit。
你要做到就是在主分支上重新 commit 一次即可。
总结一下
rebase 的 commit 合并针对 feature 分支自身，无论本地还是远程均可以完成，属于开发中的行为。
merge 的 commit 合并不会影响 feature 分支，而是将 feature 分支的 commit 合并体现在了主分支上，属于分支合并时的行为。
最后，Enjoy yourself ！
