Git协作注意合并和衍合的区别，just避雷

Git是团队协作开发的神兵利器，它最强势的地方是让我们可以极其快速的创建、切换代码分支。开发新功能了，从主干上切一个Feature分支，开发到一半正准备去厕所划个水，测试过来提了一个主干代码上的闪退Bug，一点不慌，先憋住，从主干上另切一个BugFix分支，修改完了再切回Feature分支，于是键盘前推，座椅后移，站起转身，甩一下衣角，碎步猫步疾步向厕所走去，深藏功与名。（对Git分支的详细管理参看这篇《使用Git必须要理解的GitFlow》）

Git方便了我们在不同的分支上撸代码，但最后要合到主干上。有两种方式，合并(merge)和衍合(rebase)，衍合又称变基。合并好理解，也比较常用，衍合是什么鬼，光看名字有点不明觉厉的样子。既然两者都能将一个分支的代码合到另一个分支上，那区别是什么？什么情况下该用哪种？

如果你是Git之父/母，怎么设计代码整合

在讲合并和衍合的区别之前，先来思考一个问题：假如我们现在有master和experiment两条分支代码如下

现在想把experiment上C4提交的代码合到master上来，如果你是git设计者，你会怎么设计？

一种，我们拿到C4、C3以及分支最近分叉点C2，通过三方比较，能知道experiment相对于master所不同的代码，然后提取这些不同的地方，提交到master就行了。这样，也就在master上生成了一次新的提交。