git代码合并的两种方式详解
2024年06月26日
30
git Merge这种合并是将两个分支的历史合并到一起,现有的分支并不会被更改,它会比对双方不同的文件缓存下来,生成一个commit,去push优点: 安全,现有分支不会被修改缺点: 或多或少都会污染一点分支历史,在回看项目时会增加理解项目历史的难度用处: 一般用于公共master主分支git Rebase这种合并通常称之为“衍合”,他是修改提交历史,比对双方的commit,然后找出不同的去缓存,然后在去push,修改你的commit历史。
git Merge

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

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

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

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

git Rebase

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

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

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

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

总结

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