使用 rebase 后,log 看起来真的很省心。这两天把原来的欠账做了做,试图抓紧时间整合分支,代码上还是产生了一些冲突,直接变基是不可能了,我们只好整合其中部分修改,而非整个分支都整合进去。
以下两件事都是采用了部分整合的方法解决的,即 rebase --onto 方法,本文就说一下是怎么做的:
1. 在页面上采用 QQ 通讯组件 做咨询客服(原来我们使用智齿)的功能;
2. 为将专题页放到百度云服务器上需要整合与百度统计相关页面代码;
分支情况
- v0.7d 分支,这是线上跑的分支,但是已经签入大量的尚不能发布的 sate 修改;
- rebuild 分支,从 v0.7d 分叉,是为了将旧框架(web.git)整合到新框架(wbs.git),在 wbs 上所开的分支;
- idc 分支,从 v0.7d 分叉,在 wbs 上开的为了整合与百度统计相关页面代码的分支;
以上都是 wbs.git 的分支,为了行文方便,对分支名进行了简化,并且示例图中的 commit 也做了简化,实际上各个分支由于久未整合,commit 很多,是一大串;
QQ 事件
基于 v0.7d 分支较早的一个 commit(示意图 C2),开了一个新分支名为 qq,将 rebuild 分支上最新的一个 commit(C5) 应用到 qq 分支上。
- rebase 命令
git rebase --onto qq C3 rebuild
其基本含义是签出 rebuild,然后将 C3 之后的修改(即 C5 修改)应用到 qq 分支;
- 快进(fast-forward) qq 分支
git checkout qq
git merge rebuild
- 将 qq 分支推送到线上,实现 qq 功能的部署;
-
复原 rebuild
idc 事件
- idc 分支和 rebuild 分支一样,都从 v0.7d 分叉而来(不同的 commit 分叉);
- 试图将 idc 分支整体由基于 v0.7d 变为 基于 rebuild,由于偏离大,冲突很多,故决定将 idc 分支的最后一个 commit 保留,施加到 rebuild 上即可(即:由分支整体变基,改为部分变基,以整合部分修改);
- 方法同 QQ 事件;
经验
- 要开特性分支去签入新业务代码,不能在主干上干这事;
- 特性分支不能偏离主干过久,应该经常 rebase 主干;
- rebase --onto 不错;
- 经常清理分支(已整合的、不用的分支删除)
继续学习 git rebase
- git rebase [--onto <newbase>] [<upstream> [<branch>]]
- 将 branch 中从 upstream 以后的修改应用到 newbase 上;
All changes made by commits in the <branch> but that are not in <upstream> are saved to a temporary area. This is the same set of commits that would be shown by git log <upstream>..HEAD;
- 使用 git reflog 来查看以撤销 rebase 操作;
undoing a git rebase; - 不使用 git reflog,则可以在操作 rebase 前,使用 git tag 记录一下当前 commit,以便回滚(撤销) rebase 操作;