合并代码还在用git merge吗？我们都用git rebase！-技术圈

相关阅读：

300本计算机编程的经典书籍下载

AI全套：Python3+TensorFlow打造人脸识别智能小程序

Java架构全阶段七期完整

黑马头条项目 - Java Springboot2.0（视频、资料、代码和讲义）14天完整版

Spring核心编程思想

2T架构师学习资料干货分享

作者：Will_Liao

来源：juejin.cn/post/7001409038307033119

git merge 和 git rebase的区别

目的都是将一个分支的commit合并到到另外一个分支中去

git merge

1.在gitlab上新建一个项目，push一个test文件上去

2.在本地修改test文件做两次commit,每次commit都在文件中加一句修改

3.在远程仓库中直接修改文件并commit，模拟其他开发者的commit

4.如果此时我push本地的提交到远程，就会被拒绝，因为远程和本地已经各自有commit了，我们常规的做法是git pull一下，在本地解决冲突，然后继续push，本质上git pull = git fetch + git merge

产生冲突：

处理冲突：

重新走add commit 然后push，可以看到必须将合并当作一个新的commit：

git rebase

如果我们此时采用git pull --rebase，也就是=git fetch + git rebase

1.一样本地commit2次，远程commit2次

2.使用可以看到git pull --rebase，还是会提示我们去处理冲突，但是从git log 上可以看出明显已经发生了rebase，也就是变基，本地分支基于了远程的最新commit，而不是上次的本地commit，另外搜索公众号互联网架构师后台回复“2T”，获取一份惊喜礼包。

3.处理冲突，每处理完一次本地commit冲突，用git add标记冲突已处理完，用git rebase --continue继续处理下一个本地commit，也可以先用git rebase -i将本地的commit合并为一个commit，这样git pull --rebase就能一次处理所有的冲突

4.push到远程之后，在分支图可以明显看到，跟merge的区别在于，rebase不会产生分支，并且也不会产生新的提交

总结

merge 是一个合并操作，会将两个分支的修改合并在一起，默认操作的情况下会提交合并中修改的内容。
merge 的提交历史记录了实际发生过什么，关注点在真实的提交历史上面。
rebase 并没有进行合并操作，只是提取了当前分支的修改，将其复制在了目标分支的最新提交后面。
rebase 操作会丢弃当前分支已提交的 commit，故不要在已经 push 到远程，和其他人正在协作开发的分支上执行 rebase 操作。
merge 与 rebase 都是很好的分支合并命令，没有好坏之分，使用哪一个应由团队的实际开发需求及场景决定。
如果比较关注commit时间的话，还是用git merge，rebase会打乱时间线是不可避免的。

全栈架构社区交流群

「全栈架构社区」建立了读者架构师交流群，大家可以添加小编微信进行加群。欢迎有想法、乐于分享的朋友们一起交流学习。

扫描添加好友邀你进架构师群，加我时注明【姓名+公司+职位】

看完本文有收获？请转发分享给更多人

往期资源：

Flutter 移动应用开发实战 视频（开发你自己的抖音APP）
Java面试进阶训练营 第2季（分布式篇）
Java高级 - 分布式系统开发技术视频
最新人工智能资料-Google工程师亲授 Tensorflow2.0－入门到进阶
2019微专业 -  初级大前端开发工程师
AI全套：Python3+TensorFlow打造人脸识别智能小程序
重磅价值视频：TCP_IP协议基础视频教程
2019最新Python视频：从入门到Swiper项目实战
2019年Android应用程序开发
2019重磅高级资源：Java并发编程原理和实战
最新黑马大数据资源：深入解析docker容器化技术
2019大数据挖掘最新教程
新浪微博资深大牛全方位剖析 iOS 高级面试视频
最新Java后端实战视频：SSM框架在线商城系统
2019最新黑客技术之Windows网络安全精讲
2019最新Python实战视频：Python+Django项目实
黑马 - Python数据结构与算法系列课程