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

git Merge

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

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

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

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

git Rebase

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

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

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

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

总结

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

以上就是git代码合并的两种方式详解的详细内容,更多请关注小闻网其它相关文章!

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。