使用`git bisect start`指定多个良好提交的作用与场景

问题1：什么场景下需要向git bisect start指定多个良好提交？ #

• 多分支合并后的bug排查：如果仓库存在多个并行开发分支，合并到主分支后出现bug但不确定来源，可指定每个分支合并前的最后一个良好提交，让Git同时在多个分支的提交路径中排查，避免遗漏可能的bug引入点。
• 存在提交回滚或重复引入bug的情况：比如某个提交曾引入bug后被回滚修复，但后续提交又重新引入问题，此时指定多个不同时间点的良好提交（如回滚后的稳定版、更早的无bug版本），能让Git快速排除已确认安全的提交区间，精准定位重新引入bug的提交。
• 复杂提交历史的精准缩范围：当仓库有大量分叉、标签或历史提交时，若明确多个版本都是稳定无bug的，把这些版本设为良好提交，Git会基于这些安全节点自动排除无问题的区间，只聚焦在可能引入bug的未知范围查找，提升排查效率。

问题2：指定多个良好提交后，Git会如何工作？ #

Git会基于所有指定的坏提交和多个良好提交，分析仓库的提交DAG（有向无环图），找出所有从良好提交到坏提交的有效路径，仅在这些路径中未被标记为良好的区间执行二分查找：

• 以你举的例子来说：指定v2.6.20-rc6（坏）、v2.6.20-rc4（好）、v2.6.20-rc1（好）时，Git会识别出v2.6.20-rc1到v2.6.20-rc4的所有提交都是安全的，因此只会在v2.6.20-rc4到v2.6.20-rc6的区间内做二分查找，不会去检查更早的提交。
• 若遇到多分支合并场景：比如坏提交是分支A和分支B的合并结果，指定分支A的最后一个良好提交A-good和分支B的最后一个良好提交B-good，Git会同时在A-good到合并提交、B-good到合并提交这两条路径上进行二分查找，最终定位到最早引入bug的提交（无论来自哪个分支）。

简单来说，多个良好提交就是给Git提供更多“安全锚点”，帮助它更精准地排除无问题区间，减少不必要的检查，更快锁定bug的引入提交。

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