为git bisect每个二分点执行rebase，是否有现成快捷命令？

完全理解你的痛点——自己写脚本配合 bisect 确实有点繁琐，其实 Git 本身就可以通过更简洁的方式搞定这个场景，不用额外写复杂脚本。下面是具体的操作步骤：

核心思路 #

我们要做的是在 CI 分支的提交历史中，对每个候选提交，把你的 feature 分支改动重新应用到该提交上，然后运行测试，让 Git Bisect 自动帮我们找出第一个导致测试失败的 CI 提交。

具体操作步骤 #

• 准备工作
  确保你的 feature 分支没有未提交的修改，先记录下两个关键提交：

  • good_ci_commit：你当初切出 feature 分支时，CI 分支的那个「已知没问题」的提交（可以用 git merge-base feature ci 来获取）
  • bad_ci_commit：当前 CI 分支的最新提交（也就是你 rebase 后测试失败的那个版本）

• 启动 Bisect 流程
  打开终端，运行以下命令初始化 bisect：

  git bisect start
  git bisect good good_ci_commit
  git bisect bad bad_ci_commit
  

• 自动执行测试逻辑
  直接用 git bisect run 结合一行命令，完成「将 feature 分支 rebase 到当前候选 CI 提交 → 运行测试」的流程：

  git bisect run sh -c 'git rebase --onto HEAD good_ci_commit feature && your-test-command'
  

  把其中的 your-test-command 替换成你实际运行测试的命令（比如 npm test、pytest 等）。

  这条命令的作用是：

  • 在每个 bisect 步骤中，Git 会切换到 CI 分支的某个中间提交
  • 然后把 feature 分支从原来的 good_ci_commit 重新基于当前 HEAD（候选 CI 提交）做 rebase
  • 最后运行测试命令，Git 会根据测试的返回码（0 表示成功，非 0 表示失败）自动推进 bisect 流程

• 处理特殊情况

  • 如果 rebase 过程中出现冲突，Git Bisect 会自动暂停。你可以手动解决冲突，完成 rebase 后运行测试，再执行 git bisect continue 继续流程；
  • 如果某个候选提交实在无法完成 rebase（比如冲突太复杂），可以执行 git bisect skip 跳过该提交。

• 结束 Bisect 流程
  当 Git Bisect 找到导致失败的提交后，会输出该提交的哈希和信息。最后别忘了执行以下命令退出 bisect 模式，回到你原来的分支：

  git bisect reset
  

为什么不用单独写脚本？ #

你提到的「rebase → 测试 → 重置」的模式，其实用 git bisect run 结合 shell 命令就能直接实现，Git Bisect 会自动帮你处理分支的切换和状态管理，不需要额外维护脚本文件。

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