原理：就是将代码提交的历史，按照两分法不断缩小定位。所谓”两分法”，就是将代码历史一分为二，确定问题出在前半部分，还是后半部分，不断执行这个过程，直到范围缩小到某一次代码提交。
cd test
启动查错：
$ git bisect start [终点] [起点]
“终点”：最近的提交
“起点”: 更久以前的提交。它们之间的这段历史，就是差错的范围。
例如起点提交4d83cf，终点是最近一次的HEAD
$ git bisect start HEAD 6a83cf
执行上面的命令以后，代码库就会切换到这段范围正当中的那一次提交，本例是第51次提交。（假设HEAD 到6a83cf共101次提交）
<>>>>>>>执行程序看目前版本是否正确，如果正确执行：
$ git bisect good
既然第51次提交没有问题，就意味着错误是在代码历史的后半段引入的。执行上面的命令，Git 就自动切换到后半段的中点（第76次提交）。
<>>>>>>>执行程序看目前版本是否正确，如果不正确执行：
$ git bisect bad
执行上面的命令以后，Git 就自动切换到第51次到第76次的中点（第63次提交）。
接下来，不断重复这个过程，直到成功找到出问题的那一次提交为止。这时，Git 会给出如下的提示。
b23794 is the first bad commit
既然找到那个有问题的提交，就可以检查代码，确定具体是什么错误。
<>>>>>>>退出查错，回到最近一次的代码提交
$ git bisect reset
