1.用 git bisect 找到出错的commit

设置开始，最新的一个已知的错误的commit和第一个已知的正确的commit，通过二分法，找出第一个出错的commit。

二分查找法（binary search method）或二分法（bisection method），是一种在有序数组中查找目标位置的搜索方法。算法会在每一步与数组的中间值进行比较，如果匹配成功则返回该位置；否则，根据比较结果，选择中间值的右侧或左侧的子数组继续搜索，直至找到目标位置。在 Git 中，历史提交记录对应一组可供测试的值数组，若程序能在某个 commit 编译成功则为目标位置。二分查找的算法复杂度为 O(log n)。

开始测试：

$ git bisect start

将当前版本标记为【bad】：

$ git bisect bad

将上一个正常版本标记为【good】：

$ git bisect good master

启动第一轮排查：

具体参见(用 git bisect 快速定位你想找的 commit当项目报错，你想定位是哪个 commit 引入的错误的时候，会怎 - 掘金)

2. 使用 git blame 命令

 git bisect 适用于只知道项目有 bug，但不知道 bug 在哪儿、是具体哪次提交引入的场景。如果知道了 bug 在代码中的位置，需要明确谁提交或改动的这行代码，就需要使用 git blame 命令。

git blame --date short -L 1,10 ChangeLog.MD1a3b00cd (Henry Wu 2024-08-29  1) # 2024-08-28 等保原由做了修改
1a3b00cd (Henry Wu 2024-08-29  2)  小程序游客绑定工号可能会报错误;
1a3b00cd (Henry Wu 2024-08-29  3)  移动注册页面需要修改;
1a3b00cd (Henry Wu 2024-08-29  4)
feff34d1 (Henry Wu 2023-03-24  5)
3f600469 (Henry Wu 2024-07-16  6) # 2024-07-16 清理文件
3f600469 (Henry Wu 2024-07-16  7)  移除MigrationBackup文件夹,其中为
3f600469 (Henry Wu 2024-07-16  8)  V1/Service/Share/packages.config
3f600469 (Henry Wu 2024-07-16  9)  V1/Service/Share/abc.cs
3f600469 (Henry Wu 2024-07-16 10)  这2个项目升级时的备份

其中的 -L 表示限定考察代码的行数范围，格式为 -L <from>,<to> 。从反馈的结果可知，bug 出现在 map.txt 文件的第 37 至 39 行，由 HAL 首次引入该 bug，对应 SHA-1 为 83076f97，与 git bisect 结果一致。

此外，还可以指定 -M 参数，查看文件被重构或移动到某处的情况；指定 -C 参数，则可以展示目标文件从当前 commit 包含的文件中复制或移入相关代码的情况；指定 -CCC 则范围不仅限于当前 commit，可包含所有 commit。