git rebase 操作、采坑

最新推荐文章于 2024-07-22 10:12:45 发布

AS_TS

最新推荐文章于 2024-07-22 10:12:45 发布

阅读量2k

点赞数

分类专栏： git 相关、代码管理前端框架初步搭建

本文链接：https://blog.csdn.net/AS_TS/article/details/106983974

版权

前端框架初步搭建同时被 2 个专栏收录

16 篇文章 1 订阅

订阅专栏

git 相关、代码管理

6 篇文章 0 订阅

订阅专栏

在协同开发时，有很多代码管理的方式，这里我列举我与同事协同开发时的方案

从 develop 分支拉取代码，创建自己的分支
完成本日开发任务后推送到 GitHub 上自己的分支，发合并申请，由同事相互检查错误代码【】，合并完成并删除自己分支（第二天开发时在创建自己分支）
使用 git rebase develop 分支变基，将上游分支 develop 分支上的最新代码合并到自己分支，并解决冲突
继续后续开发

本篇主要聊聊在使用 git rebase 时的流程、采坑

1. git rebase 合并代码、分支变基

因为同样是合并分支，所以就会有一个疑问，为什么不用 merge ，merge 和 rebase 有什么差别？
那么首先我们聊聊这个问题
观察这两种命令的 commit 记录，可以梳理出他们的流程，如下图：
在这里插入图片描述

由此，我们可以得出merge 和 rebase 的区别，merge 是将所有人的 commit 记录按时间合并排列，rebase 是按提交人的操作顺序将主线按线性排列。一个是按 commit 时间排，一个是按人排

图片来源：http://gitbook.liuhui998.com/4_2.html

接下来，就是开始使用 git rebase

第一种情况

$ git checkout xxx-dev
$ git rebase develop

或者不用切换分支，采用 git rebase [basebranch] [topicbranch] 的方式，basebranch是目的分支（即本例的 develop 分支），topicbranch是源分支（即本例的 xxx-dev 分支），总的意思是将 xxx-dev 分支中的修改变基到 develop 分支上。这样做能省去你先切换到 xxx-dev 分支，再对其执行变基命令的多个步骤。
即：

$ git rebase develop xxx-dev

在这里插入图片描述
得到 Successfully 则分支变基成功

在rebase的过程中，也许会出现冲突(conflict). 在这种情况，Git会停止rebase并会让你去解决冲突；在解决完冲突后，用 git add命令去更新这些内容的索引(index)，然后无需执行 git commit，只要执行:

$ git rebase --continue

这样git会继续应用(apply)余下的补丁。

在任何时候，你可以用–abort参数来终止rebase的行动，并且"xxx-dev" 分支会回到rebase开始前的状态。

$ git rebase --abort

第二种情况

在对两个分支进行变基时，所生成的“重放”并不一定要在目标分支上应用，你也可以指定另外的一个分支进行应用。
在这里插入图片描述

假设你希望将 next 中的修改合并到主分支并发布，但暂时并不想合并 dev 中的修改。这时，你就可以使用 git rebase 命令的 --onto 选项，选中在 next 分支里但不在 dev 分支里的修改（即 B5 和 B6），将它们在 master 分支上重放：

$ git rebase --onto master dev next

以上命令的意思是：“取出 next 分支，找出处于 next 分支和 dev 分支的共同祖先之后的修改，然后把它们在 master 分支上重放一遍”。
在这里插入图片描述

现在回到 master 分支，进行一次快进合并。

$ git checkout master
$ git merge next

在这里插入图片描述
接下来还可以把 dev 分支的修改也整合进来，这里就不演示了，方法和示例一是一样的。

最后，分支中的修改都已经整合到主分支里了，你可以删除这两个分支：

$ git branch -d dev
$ git branch -d next

第二种情况借鉴于：Git：合并分支----git rebase命令的使用

注意：在使用git rebase dev 命令时，可能会出现合并冲突，需要先解决冲突之后再使用git add 缓存，然后使用git rebase --continue继续合并，如果出现 You are currently rebasing branch ‘tiansi-dev’ on ‘ff87463’ ,则重新打开 git bash 将刚才缓存的文件commit一次，然后git rebase --continue继续合并

2. git rebase -i 合并多个 commit

我们开发的过程中，可能会有多次的修补提交，就会出现多条提交记录和备注信息，此时我们可以使用 git rebase -i来合并多个commit，以简化提交记录

1.使用git log查看提交记录，查询完毕后按q键退出查询

$ git log

在这里插入图片描述
2.使用 git rebase -i 合并commit

git rebase -i  [startpoint]  [endpoint]

-i 的含义是：–interactive, 即弹出交互式的界面让用户编辑完成合并操作
[startpoint] 指的是合并区间的起点。
[endpoint] 指的是合并区间的终点，默认是当前分支 HEAD 所指向的 commit。
注意：这里的区间是一个前开后闭的区间。

例如：

$ git rebase -i d2bf14b495fe57583371be8d0a48c927a2da7eb9 7fc6da429881c5bca2705f61aac0e3a1a3c0b1c7

或使用 git rebase -i HEAD~2

在终端输入:git rebase -i HEAD~2 这里的 HEAD~2 表示合并最近两次的提交,
如果想合并最近三次的提交修改为: git rebase -i HEAD~3

进入到 commit 信息编辑版面
在这里插入图片描述

p, pick = 保留该commit（缩写:p）
r, reword = 保留该commit，但我需要修改该commit的注释（缩写:r）
e, edit = 保留该commit, 但我要停下来修改该提交(不仅仅修改注释)（缩写:e）
s, squash = 将该commit和前一个commit合并（缩写:s）
f, fixup = 将该commit和前一个commit合并，但我不要保留该提交的注释信息（缩写:f）
x, exec = 执行shell命令（缩写:x）
b, break = 停在这里(稍后使用“git rebase—continue”继续rebase)
d, drop = 丢弃该commit（缩写:d）
l, label = 用名称标记当前磁头
t, reset = 将磁头复位到一个标签
m, merge [-C | -c ] [# ]
使用原始合并提交消息(或者如果没有指定原始合并提交，则使用oneline)创建合并提交。使用 - c < commit> 重新编写提交消息。

在这里插入图片描述
修改完成后，按Esc键回到最下方命令行，输入:wq 完成保存并退出

ps：中途出现 rebase 可按照提示操作，如果可以忽略，则使用 git rebase --continue 来继续

3.执行完成后将弹出修改备注版面
在这里插入图片描述
完成编辑后，按Esc键回到最下方命令行，输入:wq 完成保存并退出
待程序运行，最后得到Successfully的结果，即完成合并

4.最后再使用 git log 查看，之前的提交信息就都合并成了我们编辑的最后一条
合并之后再推送的远程仓库，信息条目就清晰很多，条数也会相对较少