git代码合并的两种方式详解

前言：git代码合并有两种：git Merge、git Rebase,其实这两句命令做的事是一样的，都是将一个分支合并到另一个分支，只是其合并的方式不同罢了！

1、git Merge

这种合并是将两个分支的历史合并到一起，现有的分支并不会被更改,它会比对双方不同的文件缓存下来，生成一个commit,去push

• 优点: 安全，现有分支不会被修改

• 缺点: 或多或少都会污染一点分支历史，在回看项目时会增加理解项目历史的难度

用处: 一般用于公共master主分支

2、git Rebase

这种合并通常称之为“衍合”，他是修改提交历史，比对双方的commit，然后找出不同的去缓存，然后在去push，修改你的commit历史。

• 优点: 项目历史会非常整洁

• 缺点: 安全性和可跟踪性很差，你将无法知晓你这次合并做了那些修改用处: 绝不要在公共的分支上使用它。

用处：自己本身独自使用的分支

总结：这两种方式各有优点和缺点，我们要根据实际情况和需要去决定去使用哪种合并方式。我的使用习惯一般是: 在我自己持有使用的分支，使用Rebase，保持好看的项目历史，在主master分支时使用Merge，这样安全和好跟踪修改！