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

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

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

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

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

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

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

缺点: 安全性和可跟踪性很差，你将无法知晓你这次合并做了那些修改

用处: 绝不要在公共的分支上使用它。一般用于，自己本身独自使用的分支

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