灵活运用 git rebase，让团队协作下的提交记录整洁些

前言

在做个人开发时，用 git 还是用 svn，完全可以看你个人喜好或者工具习惯。

一旦进入多人协作的工作场景，对分支操作的强大支持，就使得 git 在多年来成为了团队开发中版本控制工具的主流选择。

然而，同样是 git，不同的人用出来的效果嘛，还是千差万别的。

下面两种分支图谱，你喜欢哪种？

变一下基吧

git rebase master 是一个神奇的 git 操作，它可以将当前开发分支基于最新的master分支重新演化。

变基前

变基后

保留合并历史一起变基

如果落后于最新 master 节点的开发分支里，有着复杂的合并历史，变基后会怎样？

直接变基会抛弃合并动作，丢失合并细节。

使用git rebase master -p 命令即可解决这个问题，至少在大部分场景下可以解决。

变基前，开发分支里有很多细节

保留合并细节的变基，很酷。

后语

本文主要是给大家介绍了git rebase命令的神奇用法，然而如果想要实现高效的团队协作，还有很多细节需要注意，不过这就是另一件事儿了。

原文来自阿星的博客： wanyaxing.com/blog/201812…