开发一个app的注意事项,重庆百度提升优化,软件产品设计方案,免费的网站服务器目录 Git rebase 的使用Git rebase 概念Git rebase 原理rebase和merge的选择 Git rebase 的使用
在 Git 中整合来自不同分支的修改主要有两种方法#xff1a;merge 以及 rebase
Git rebase 概念
**rebase概念#xff1a;**用来重新应用提交#xff08;commits#xff09… 目录 Git rebase 的使用Git rebase 概念Git rebase 原理rebase和merge的选择 Git rebase 的使用
在 Git 中整合来自不同分支的修改主要有两种方法merge 以及 rebase
Git rebase 概念
**rebase概念**用来重新应用提交commits到新的基础提交上
理解
我们可以将其理解成改变当前分支的base比如在分支 hotfix 上执行rebase master那么可以改变 hotfix 的base为master
**作用**保持提交历史的线性化避免分叉提交记录。
结合案例理解
背景我们需要在 c2 创建 hotfix 分支进行修复 bug
Plan1采用 merge 来实现
git merge的操作如下所示bug修复完后在 master 上合并 hotfix 分支 通过 log 查看 图结构如下所示
nathanchen192 rebase % git merge hotfix
Merge made by the ort strategy.foo.js | 1 1 file changed, 1 insertion()
nathanchen192 rebase % git log --prettyoneline --graph
* 64e94a94dc6464bb42fc0c4f48419479d141d335 (HEAD - master) Merge branch hotfix
|\
| * 04d6400f44b01ca420ef69bcad1a47e5310d5a6f (hotfix) hotfix commit
* | 8e3ebf3371cf5b2b95dabccfb57828f443df1f79 3 commit
|/
* ec7d26252df6bb104ea15c85e8bbbffa4fe37818 2 commit
* 132fad134c2d9e7de97fcac8d105c416afda613c 1 commit
* c90491eb34784dd0a4f98184c6d44b80a32f4120 init commit
(END)根据以上来看 采用git merge 来合并分支会导致分支非线性。 Plan2采用 rebase 来实现
目前情况如下所示当前 hotfix 分支的base为c2 我们需要在 hotfix 上进行 rebase 操作即我们需要在 hotfix 分支上将base改成 master 指向的提交对象c3命令如下所示
git rebase master整体流程如下
nathanchen192 rebase % git checkout hotfix
Switched to branch hotfix
nathanchen192 rebase % git rebase master
Successfully rebased and updated refs/heads/hotfix.
nathanchen192 rebase % git log --prettyoneline --graph
* 5a3569383a81896decb866f5333ed0abd2bd2e46 (HEAD - hotfix) hotifx commit
* 9e5912ce9fe64627394302d8dce03958aa41bc2a (master) 3 commit
* 3971f63e84c77d0266658a61283ceafc543b0c5b 2 commit
* 959e6c99e08492212666970d2af79bc3c4378979 1 commit
* cbddbfed8dc69ddb04b19bb2fef704b6ac94b5cb init commit
(END)
nathanchen192 rebase % git checkout master
Switched to branch master
nathanchen192 rebase % git log --prettyoneline --graph
* 9e5912ce9fe64627394302d8dce03958aa41bc2a (HEAD - master) 3 commit
* 3971f63e84c77d0266658a61283ceafc543b0c5b 2 commit
* 959e6c99e08492212666970d2af79bc3c4378979 1 commit
* cbddbfed8dc69ddb04b19bb2fef704b6ac94b5cb init commit此时的git提交图结构如下所示 我们需要将 master 指向最新的提交对象 hotfix
nathanchen192 rebase % git merge hotfix
Updating 9e5912c..5a35693
Fast-forwardfoo.js | 3 1 file changed, 3 insertions()create mode 100644 foo.js
nathanchen192 rebase % git log --prettyoneline --graph
* 5a3569383a81896decb866f5333ed0abd2bd2e46 (HEAD - master, hotfix) hotifx commit
* 9e5912ce9fe64627394302d8dce03958aa41bc2a 3 commit
* 3971f63e84c77d0266658a61283ceafc543b0c5b 2 commit
* 959e6c99e08492212666970d2af79bc3c4378979 1 commit
* cbddbfed8dc69ddb04b19bb2fef704b6ac94b5cb init commit最终的git提交图结构如下所示 Git rebase 原理
rebase工作原理
首先找到这两个分支即当前分支 hotfix、变基操作的目标基底分支 master 的最近共同祖先 C2
然后对比当前分支相对于该祖先的历次提交提取相应的修改并存为临时文件
接着将当前分支指向目标基底 C3
最后将之前存储的临时文件的修改依序应用
我们可以再次执行master上的合并操作
$ git checkout master
$ git merge experimentrebase和merge的选择
开发中对于rebase和merge的选择
事实上rebase和merge是对Git历史的不同处理方法
merge用于记录git的所有历史那么分支的历史错综复杂也全部记录下来
rebase用于简化历史记录将两个分支的历史简化整个历史更加简洁
了解了rebase的底层原理就可以根据自己的特定场景选择merge或者rebase。
rebase的黄金法则永远不要在主分支上使用rebase
如果在main上面使用rebase会造成大量的提交历史在main分支中不同而多人开发时其他人依然在原来的main中对于提交历史来说会有很大的变化
理解以上
rebase前 在master上rebase会导致c3的base变成hotfix2导致历史混乱。 在hotfix上rebase
