开发工具——合并(压缩)多次提交

一个 feature 功能,改了又改,删了一删,测了又测,直到 N 次 commit 后才完成需求,这时回过头看自己的提交记录,简直不堪入目!那,有没有办法能让提交记录变得好看一些?当然有!

git 是大家熟识的工具了,几乎所有的开发都离不开它,无论你用命令行工具,还是使用图形化界面的 SourceTree 。我相信,对于 git 的各种命令,大家一定也都烂熟于心了。clone、pull、push、stash、reset、rebase……

最近对于其中一个命令,我甚是喜欢!那就是 rebase!rebase 不仅可以让整个分支的发展历程一目了然,也让分支变得干净整洁。当然,要实现 commit 合并,不仅 rebase 可以做到,merge 也可以做到。

git rebase -i HEAD~N

rebase 的中文含义是变基的意思,在合并分支代码时跟 merge 有着异曲同工之妙,但是又有各自的优势和使用场景。除此之外,这两个命令还有很多更令人惊喜的功能,比如今天要说的合并多次提交。

开发工具——合并(压缩)多次提交_第1张图片
example

用上面这张图为例:

假设,3、4、5 的提交都是为了完成一个功能,这时,我想把这三次提交合并为一次提交,我可以怎么做?
-i 表示使用交互式进行 rebase,一般在合并代码的时候,想一步一步合代码时会这么用。当然没你应该也遇到过查非常难查的 bug 时会这么用。

example

因为我们想把最近的三次提交进行合并,所以这里的 N 为 3。回车之后会出现下面这个界面:


开发工具——合并(压缩)多次提交_第2张图片
example

最上面的是最早的提交,最下面的是最近一次提交。

注意到其中一条:squash(中文译为挤入、塞入),描述为使用当前 commit 并融合到之前的提交中。

这里我们修改最新提交前面的命令为 squash,然后 :wq 退出,会再次弹出编辑窗口,去掉无用的内容,保留一个提交信息即可,然后再次 :wq 退出。这是你的分支已经变成非常干净的提交记录了:

example

如果你的几次提交都已经提交到了远程,你希望远程也生效,ok,完全可以,你只需要 push --force 一下即可:

git push origin feature --force

git merge --squash BRANCH

那,如果使用 merge 该怎么做呢?当然, merge 和 rebase 各有各的优势,使用方法自然也有些不同,merge 的操作主要是针对两个分支的,所以,多次的 commit 合并也一样。

所以首先,我们基于 feature 分支再造一个 feature2 分支,然后做两个提交:


开发工具——合并(压缩)多次提交_第3张图片
example

这个时候需求开发完了,我想合并所有的 commit 为一个,再合并到主分支上,也就是 feature 上,实现 feature 的内容 merge 到 feature 上后,不再出现这么多次恶心的记录。

这时我们切到 feature 分支然后使用 merge --squash 试试:


开发工具——合并(压缩)多次提交_第4张图片
example

我们发现代码合并过来了,但是似乎有什么不太一样。嗯,feature2 的所有修改都在 feature 分支的暂存区,并没有新的提交记录,而是希望咱们重新 commit 一次。效果上看,其实跟 rebase 的类似,我们重新给个 commit 就好。

实际上 merge 的 commit 合并操作是将目标分支的所有改动全部作用到主分支,主分支的暂存区保留的是目标分支的所有修改,也就无视了原来的所有 commit。

你要做到就是在主分支上重新 commit 一次即可。


example

总结一下

rebase 的 commit 合并针对 feature 分支自身,无论本地还是远程均可以完成,属于开发中的行为。
merge 的 commit 合并不会影响 feature 分支,而是将 feature 分支的 commit 合并体现在了主分支上,属于分支合并时的行为。

最后,Enjoy yourself !

你可能感兴趣的:(开发工具——合并(压缩)多次提交)