不知道哪个旧提交为正常版本时如何执行Git bisect？

不需要手动编写逐提交遍历的脚本，且线性逆序遍历所有提交的效率极低，Git本身提供了更高效的处理方式，也可以通过极简脚本实现全自动化定位。

方案1：指数步长试探配合原生bisect（推荐，效率最高） #

git bisect 并不要求启动时就明确指定正常提交，完全可以先标记已知的坏版本，再快速找到第一个可用的正常版本，后续二分定位全程自动完成：

• 启动bisect流程，标记当前出问题的HEAD为坏版本：

  git bisect start
  git bisect bad
  

• 按指数步长往历史版本回退测试，也就是依次测试HEAD~1、HEAD~2、HEAD~4、HEAD~8、HEAD~16……每次回退后运行你的验证命令（比如示例里的make kernel/fork.o），直到找到第一个能通过测试的版本：

  # 比如回退到第8个提交测试
  git checkout HEAD~8
  make kernel/fork.o
  

• 一旦找到测试通过的版本，直接标记为好版本：

  git bisect good
  

  此时Git会自动在你标记的坏版本和这个好版本之间启动二分查找，后续如果要自动化测试，直接接git bisect run加你的测试命令即可，和你已知好提交时的用法完全一致。
  这种方式找第一个好提交的时间复杂度仅为O(log n)，哪怕仓库有上万提交，最多试十几次就能锁定二分范围，比逐提交线性遍历快几个量级。

方案2：全自动化线性遍历脚本（适合提交量小的场景） #

如果确实需要从当前HEAD开始逆序自动遍历测试直到找到正常提交，不需要自己实现复杂的提交遍历逻辑，借助git rev-list就能快速拿到逆序的提交列表，参考脚本如下：

#!/bin/bash
# 暂存当前工作区未提交的改动，避免切版本时丢失
git stash push -m "auto-test-temp"

# 记录初始出问题的提交
bad_commit=$(git rev-parse HEAD)

# 按从新到旧的顺序遍历所有主线提交
for commit in $(git rev-list HEAD --first-parent); do
    echo "正在测试提交: $commit"
    git checkout "$commit"
    # 替换成你自己的验证命令，验证通过返回0，失败返回非0即可
    make kernel/fork.o
    if [ $? -eq 0 ]; then
        echo "找到首个正常提交: $commit"
        # 找到后直接调用bisect自动完成后续的精确二分定位
        git bisect start "$bad_commit" "$commit"
        git bisect run make kernel/fork.o
        break
    fi
done

# 测试完成后切回原分支，恢复暂存的改动
git checkout -
git stash pop

注意：不要在提交量过万的大型仓库里使用线性遍历方案，优先选择方案1的指数步长试探，能节省大量等待时间。

内容的提问来源于stack exchange，提问作者huangyingw