Git二分法定位Bug的原理
Git二分法基于二分查找算法，通过自动在提交历史中不断缩小范围，最终定位引入Bug的特定提交。其核心是利用git bisect命令，结合测试脚本快速排除无关提交。
准备工作
确保本地仓库有完整的提交历史，并明确已知的"好"提交（无Bug）和"坏"提交（有Bug）。准备一个可自动化执行的测试脚本或命令，用于验证当前提交是否存在目标Bug。
启动二分查找流程
使用命令git bisect start启动流程，标记坏提交和好提交：
bash
git bisect bad <bad_commit>
git bisect good <good_commit>Git会自动切换到中间提交，等待测试反馈。
自动化测试与标记结果
通过脚本或手动验证当前提交状态后，标记结果：
bash
git bisect good # 当前提交无Bug
git bisect bad # 当前提交有Bug重复此过程直至Git输出引入Bug的提交哈希。
高级技巧与优化
使用git bisect run直接绑定测试脚本实现全自动化：
bash
git bisect run ./test-script.sh结合git bisect skip跳过因编译失败等无法测试的提交。通过git bisect visualize或git bisect log查看查找过程。
实际案例与注意事项
案例：某项目在v1.2版本出现性能退化，通过二分法定位到某次优化提交实际引入了内存泄漏。注意事项包括：确保测试脚本的可靠性、避免误标记、处理合并提交时的策略选择。
恢复与终止流程
完成或终止时使用git bisect reset回到原始分支。可通过git bisect replay从日志文件恢复之前的二分会话。