git rebase

第二种合并分支的方法是 git rebase。Rebase 实际上就是取出一系列的提交记录,“复制”它们,然后在另外一个地方逐个的放下去。

Rebase 的优势就是可以创造更线性的提交历史,这听上去有些难以理解。如果只允许使用 Rebase 的话,代码库的提交历史将会变得异常清晰。

HEAD 在 bugFix
git rebase master

现在 bugFix 分支上的工作在 master 的最顶端,同时我们也得到了一个更线性的提交序列。

注意,提交记录 C3 依然存在(树上那个半透明的节点),而 C3' 是我们 Rebase 到 master 分支上的 C3 的副本。

现在唯一的问题就是 master 还没有更新,下面咱们就来更新它吧……

git checkout master

现在我们切换到了 master 上。把它 rebase 到 bugFix 分支上……

git rebse bugFix

好了!由于 bugFix 继承自 master,所以 Git 只是简单的把 master 分支的引用向前移动了一下而已。

git rebase 的结果是一条线,git merger是两条线汇成一条线。

Git Rebase 是一种强大的工具,用于整理和优化提交历史记录。相比于 `merge` ,它可以让你的项目历史更加清晰整洁,因为所有的更改都会出现在一条直线上,仿佛是一个人完成的一样。 ### 使用场景 通常来说,当您从 master 分支拉出一个新的特性分支开始编写代码时,在这段时间里其他同事可能也在继续向 master 推送新的更改。那么到了要将您的特性和主线同步起来的时候就面临着选择:要么 merge 把两个分支的历史交织在一起形成“分叉”结构;要么采用 rebase 来把当前分支上的每一个提交都移接到最新版的主干之上。 ### 基本语法 假设我们正在 topic 分支上工作,并希望基于最新的 upstream/main 构建我们的提交: ```bash git fetch upstream # 获取远端仓库更新但不会自动合并或影响现有分支 git rebase upstream/main # 将topic branch相对于upstream/main进行变基操作 ``` 如果是在本地有未推送到远程服务器的新提交,则可以直接针对master做rebase: ```bash git checkout featureA // 先切回到需要调整顺序的branch git rebase master // 让该branch的基础变为现在的master tip ``` ### 解决冲突 在 rebase 的过程中可能会遇到一些冲突(conflicts),这是因为某些文件既有来自 base 上的变化又有来自 working tree 中的不同修改导致无法确定哪一个版本才是正确的。此时你需要手动编辑这些有问题的地方直到满意为止,然后标记它们已解决并通过命令告知 Git 继续剩下的部分。 ```bash vim filename.ext // 手动解决冲突... git add filename.ext // 标记冲突已被解决 git rebase --continue // 完成此次rebase步骤并进入下一个(如果有剩余的话) ``` 如果您不想处理冲突或者发现错误地进行了 rebase 可以随时中断整个过程恢复原状: ```bash git rebase --abort // 放弃正在进行中的rebase动作返回初始状态 ``` ### 应用实例 假设有这样一个情况图示: Before Rebasing: ``` A---B---C topic D---E---F master ``` After Running ‘git rebase master’ on Topic Branch: ``` A'--B'--C' topic / D---E---F----G master ``` 可以看到原来的 ABC 被复制成了 A'B'C',现在他们是建立于最新的 Master F 点之上的.
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值