git bisect 二分法快速定位问题代码

2018-12-21

痛点

前两天还好好的功能，怎么这个今天就不行了？这两天改动了很多代码，到底是那一次改动引发的 Bug？无从查起……

解决办法

Git提供的bisect这一命令,就是二分法查找快速地在提交中定位 Bug,少则几次,多则十几次就会定位到引入Bug的提交.

二分查找

举个例子:

一个人在1到100的数字中随意选择一个，另外一个人来猜，比起一个挨着一个地猜,懂得折半查找的人总是获胜者。

命令使用

git bisect 其实很简单，主要是基于几个基本命令：

git bisect start：准备进行 bisect debug。
git bisect good：标记一个提交为 "good"。
git bisect bad：标记一个提交为 “bad”。
git bisect reset：退出 bisect debug 的状态。

git bisect 涉及到的命令，非常的清晰简单，下面举个实际的例子，结合上面的解释，就更清晰了

操作步骤

1. 查看提交记录

# git log
    commit 94f6cc
    Author: xxxx
    Date:   Fri Dec 21 13:22:55 2018 +0800
        更改多语言
    commit c2237
    Author: xxxx
    Date:   Thu Dec 20 19:51:18 2018 +0800
        多语言模拟数据
    commit 50b42
    Author: xxxx
    Date:   Thu Dec 20 19:51:01 2018 +0800
        删除模版文件代码
    commit 5be11
    Author: xxxx
    Date:   Thu Dec 20 19:50:36 2018 +0800
        分离路由
    commit d3dec
    Author: xxxx
    Date:   Thu Dec 20 19:50:03 2018 +0800
        增加多语言
    commit a2de6
    Author: xxxx
    Date:   Wed Dec 19 13:09:14 2018 +0800
        语言设置从后台获取

2. 开启二分查找

1	# git bisect start

3. 找出一个好的提交版本进行标记

1	# git bisect good a2de6

4. 标记bad版本

1
2
3

# git bisect bad
    Bisecting: 2 revisions left to test after this (roughly 1 step)
    [5be11] 分离路由

当完成对一个好版本和一个坏版本的标记后,Git切换到一个中间版本（5be11),并告诉我们大概需要1步可以找到元凶。

5. 继续标记版本

1
2
3

# git bisect good 5be11
    Bisecting: 0 revisions left to test after this (roughly 1 step)
    [d3dec] 删除模版文件代码

6. 再来一步

# git bisect bad
    Bisecting: 0 revisions left to test after this (roughly 0 steps)
    [50b42] 删除模版文件代码
# git bisect bad
    d3dec is the first bad commit
    commit 50b42
    Author: xxxx
    Date:   Thu Dec 20 19:50:03 2018 +0800
        删除模版文件代码

这样元凶就找到了,查看你的提交记录是不是改动了什么东西吧!!!