git rebase 使用方法

July 06 2019

起因

最近，自己的代码仓库不再是一个人维护了，所以开始要制定一些规范。

这篇主要记录一下 git rebase 的2种常用使用场景

合并多次提交记录

一般使用场景

在自己的 feature 分支上创建了多次commit，想要合并为一个commit

命令

e.g 合并最近的3次提交

1
git rebase -i HEAD~4

然后会进入 vi 模式 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
p 80d6a0d commit 1
p 646c56c commit 2
p 0108961 commit 3
p ad42acc commit 4

# Rebase b1aa3fb..0108961 onto b1aa3fb (3 commands)
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup <commit> = like "squash", but discard this commit's log message
# x, exec <command> = run command (the rest of the line) using shell
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# .       create a merge commit using the original merge commit's
# .       message (or the oneline, if no original merge commit was
# .       specified). Use -c <commit> to reword the commit message.

有几个命令需要注意一下：

  • p, pick = use commit
  • r, reword = use commit, but edit the commit message
  • e, edit = use commit, but stop for amending
  • s, squash = use commit, but meld into previous commit
  • f, fixup = like “squash”, but discard this commit’s log message
  • x, exec = run command (the rest of the line) using shell
  • d, drop = remove commit

我们一般使用 s 和 f

按照如上命令来修改你的提交纪录：

使用 s 的话:

1
2
3
4
p 80d6a0d commit 1
s 646c56c commit 2
s 0108961 commit 3
s 0108961 commit 4

合并后的结果如下，会讲多次commit 记录保留，但放到最初的commit记录当中去

1
2
3
4
5
6
7
8
9
10
11
commit 672a5da92af62b5c2d941f0161c987ff9777762c (HEAD -> master)
Author: caorong <Lelouchcr@gmail.com>
Date:   Sat Jul 6 21:21:36 2019 +0800

    commit 1

    commit 2

    commit 3

    commit 4

使用 f 的话

1
2
3
4
p 80d6a0d commit 1
f 646c56c commit 2
f 0108961 commit 3
f 0108961 commit 4

合并的结果如下，commit 2，3，4 将被丢弃

1
2
3
4
5
commit 672a5da92af62b5c2d941f0161c987ff9777762c (HEAD -> master)
Author: caorong <Lelouchcr@gmail.com>
Date:   Sat Jul 6 21:21:36 2019 +0800

    commit 1

分支合并

使用场景

当你在 feature 分支，不断开发时，别的同学已经将 他自己的 feature 分支合并到 develop 了

这时，develop 分支已经领先你 feature 分支了。

然后，你的 feature 分支将无法直接合并到 develop。

以前的解决方法是，先吧 develop 分支 merge 到自己的 feature 分支，修复冲突后，再将 feature 分支merge 到 develop 分支

这样可以解决，但是你的 提交记录上会多几条 Merge 记录

其实， 这种情况， 可以用 rebase 解决

命令

当自己的 feature 分支开发完毕，准备合并之前

1
git rebase develop

他会执行 merge 操作，但不会出现 一次 Merged commit

他的原理？

首先，git 会把 feature 分支里面的每个 commit 取消掉；
其次，把上面的操作临时保存成 patch 文件，存在 .git/rebase 目录下；
然后，把 feature 分支更新到最新的 develop 分支；
最后，把上面保存的 patch 文件应用到 feature 分支上；

rebase 的隐患

rebase 毕竟是一个危险的操作，建议保证仅再自己的分支操作(比如上面的一)。避免造成非常多的冲突， 或者严重情况下，造成丢失历史纪录

avatar

lelouchcr's blog