GIT界的神探--bisect

GIT界的神探--bisect

今天我们需要使用git命令中的bisect破获一起凶杀案，下面请看具体案件：


在提交数较少的情况下可以挨个reset看看，但提交数较多的情况下即使人工使用二分法查找也是相当消耗时间的。接下来看看bisect如何工作的吧。

基本用法

start, bad, good

1.git bisect start

开始使用bisect查找

2.git bisect bad HEAD

设置HEAD为已知坏版本

3.git bisect good 89d6e8347c94a26f6f60cc8eeff287ba51c6144c（k提交对应的ID）

设置k提交为已知好版本

当运行完上述三条命令后，会看到如下内容

89d6e8347c94a26f6f60cc8eeff287ba51c6144c

表示k提交对应的提交ID。

接着bisect会将你的git提交reset到HEAD和k的中间版本f，此时只需要去编译软件验证功能是否OK就行，如OK，输入

git bisect good

，bisect会继续将git提交reset到f和HEAD的中间版本。如功能不OK，输入

git bisect bad

，bisect则会将git提交reset到f和k的中间版本。

重复上述步骤直到只剩下最后一个提交为止。

扩展用法

git bisect reset

在进行了bisect查找后git仓库中的提交肯定不是原始提交，所以

git bisect reset

可以将当前仓库恢复到开始bisect之前的提交。

git bisect reset <commit>

在进行完bisect查找后将git仓库停留在对应的提交位置

git bisect visualize

使用

gitk

查看当前bisect过程中剩余的提交信息

git bisect log

查看当前使用bisect的记录，如

git bisect start

git bisect reply

当本该运行git bisect good的却运行成了git bisect bad,此时需要使用上面的

git bisect log

将历史操作记录保存为文件A修改文件中的操作记录然后运行

git bisect reset

，最后运行

git bisect reply A

就可以了。

基本上掌握了以上几种用法就可以应付了，更多更完整的用法读者可以使用

git bisect --help

查看。