1.在提交代码之后发现代码中出现了问题，但是不知道是哪个commit造成的。此时就可以使用Git bisect命令来定位问题commit
2.Git bisect 是 Git 提供的一种 二分法 的调试工具，它可以按照我们选定的 commit 列表，进行二分分割，快速定位出出错的 commit。来帮我们缩小最小改动的代码，从而快速定位问题。
Git bisect 其实很简单，主要是基于几个基本命令：
git bisect start：准备进行 bisect debug。
git bisect good：标记一个提交为 "good"。
git bisect bad：标记一个提交为 “bad”。
git bisect reset：退出 bisect debug 的状态。
3.介绍一个实例：
1）首先可以通过git log 查看commit提交的信息，假设一共6次提交，并且第一次提交肯定是没有问题的，第六次提交有问题
2）先用 git bisect start 标记开始 bisect debug
3）然后使用 git bisect good 和 git bisect bad 分别标记出正确的和错误的提交。
git bisect good 第1次提交commint的sha值
git bisect bad 第6次提交commint的sha值
4）此时分支会定位到commit提交的中间位置，第三次提交。测试代码有没有问题。
5）如果没有问题，
git bisect good 第3次提交commint的sha值. 标记之后，此时分支定位在第5提交出。
6）通过测试之后，发现5有问题，此时需要标注
git bisect bad 第5次提交commint的sha值
7）当 5 有问题的时候，现在只中间一个 4 版本，所以会立刻指向 4 提交，继续对 4 版本的代码进行测试，发现 4 版本也有问题，继续标记它为 bad
8）此时已经很明确了，出现提交的问题是从第4次提交开始的。
9）虽然这里定位到，出错的提交就是 4 的问题，我们只需要仔细阅读 4 提交的代码，然后定位出问题代码，就达到了我们的目的。
10）但是我们并不应该在 v4 提交上直接修改 Bug，我们应该退出 bisect debug 状态，在最新的提交版本上进行修改，这里使用 git bisect reset 退出，再进行修改即可
以上就是git bisect 的使用流程。
场景：假设我们将5的标记错了，应该是bad的，我们标记的是good，由于此处提交较少我们可以重现开始，如果我们提交了数十次提交，那我们重新开始就很麻烦了
4.git disect 的翻悔操作：
1）需要在执行git disect start 之前将操作记录记录在日志文件中。
git bisect log > log.txt
2）解决对 v5 进行 bad 的这个标记错了，那么，我们把这个操作之下的 Log 全部删除掉，然后执行 git bisect replay log.txt。这样就将回退到判断 v5 提交好坏的地方，重新进行标记。
3）在修改 Log.txt 文件的时候，最好只执行删除操作，不要对其中的顺序有所修改，毕竟我们只是想要一个回滚的动作，并不是要改动我们之前的某些操作。
