合并代码还在用 git merge?我们都用 git rebase
作者: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
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会打乱时间线是不可避免的。
近期热文推荐:
1.1,000+ 道 Java面试题及答案整理(2022最新版)
觉得不错,别忘了随手点赞+转发哦!
相关文章
- 常用Git代码托管服务分享
- 小程序解决git代码管理的no merge base found 问题
- git clone 指定分支 拉代码
- 用git统计代码提交行数
- Git利用命令行提交代码步骤
- 我的Git stash不小心清空了怎么办,提了代码能反悔吗
- 学会Git玩转Github
- git配置中的core.autocrlf和core.safecrlf
- git log根据特定条件查询日志并统计修改的代码行数
- git branch常用分支操作
- git常用命令大全
- 如何清洗 Git Repo 代码仓库
- Git常用命令
- Git代码版本控制流程
- Git回滚代码到某个commit
- git rebase 命令介绍
- 如何使用git通过ssh协议拉取gitee上的项目代码——如何正确的免密使用git
- git cz 无效的解决笔记
- git把任意代码提交到已存在的github库中
- Git 常见错误 之 fatal: Authentication failed 简单解决方法
- CentOS 7 安装gogs git代码服务器
- 版本控制工具 Git SourceTree SSH 连接码云