git代码合并的两种方式详解
这种合并是将两个分支的历史合并到一起,现有的分支并不会被更改,它会比对双方不同的文件缓存下来,生成一个commit,去push
优点: 安全,现有分支不会被修改
缺点: 或多或少都会污染一点分支历史,在回看项目时会增加理解项目历史的难度
用处: 一般用于公共master主分支
这种合并通常称之为“衍合”,他是修改提交历史,比对双方的commit,然后找出不同的去缓存,然后在去push,修改你的commit历史。
优点: 项目历史会非常整洁
缺点: 安全性和可跟踪性很差,你将无法知晓你这次合并做了那些修改
用处: 绝不要在公共的分支上使用它。一般用于,自己本身独自使用的分支
这两种方式各有优点和缺点,我们要根据实际情况和需要去决定去使用哪种合并方式。我的使用习惯一般是: 在我自己持有使用的分支,使用Rebase,保持好看的项目历史,在主master分支时使用Merge,这样安全和好跟踪修改!