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

共计 539 个字符，预计需要花费 2 分钟才能阅读完成。

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

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

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

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

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

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

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

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

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

阿里云 2 核 2G 服务器 3M 带宽 61 元 1 年，有高配

腾讯云新客低至 82 元 / 年，老客户 99 元 / 年

代金券：在阿里云专用满减优惠券