如何追溯扁平化Git合并提交？git bisect深入合并提交排查技巧

直接在Bisect里钻透Merge的提交链 #

不用扁平化merge，Git本身支持针对merge的父分支继续bisect排查：

• 当bisect停在merge commit时，先查看它的所有父提交：git show --pretty=format:"%P" <merge-commit-hash>，输出的哈希中，一个是主分支的起点，另一个是被合并进来的feature分支的终点。
• 选你怀疑引入bug的父分支（一般是feature分支的终点），重新划定bisect范围：

  # 标记当前merge为bad，把feature分支的起始commit设为good
  git bisect good <feature分支起始commit哈希>
  git bisect bad <当前merge的哈希>
  

• 也可以直接重启bisect：git bisect start <merge哈希> <feature起始哈希>，这样就只在feature分支的提交范围内排查。
• Git 2.23+版本还能配合git bisect visualize查看提交图，手动挑选要测试的提交。

临时扁平化Merge（禁止修改仓库历史） #

不建议修改仓库的merge记录（会打乱协作流程），但可以创建临时分支实现扁平化排查：

• 基于merge的主分支父提交，将feature分支的提交逐个cherry-pick：

  git checkout -b temp-flatten <主分支父提交哈希>
  git cherry-pick <feature起始哈希>..<feature终点哈希>
  

• 或者用git rebase -i <主分支父提交哈希>把feature分支的提交变基过去，实现扁平化。
• 注意：这只是临时分支，排查完成后直接删除，不要推送到远程仓库。

用脚本自动排查Merge提交 #

如果merge包含的提交数量较多，可以写测试脚本配合git bisect run自动排查：

• 脚本可遍历merge的所有父提交，逐个checkout并运行测试，直到找到第一个引入bug的提交。
• 示例脚本：

  #!/bin/bash
  MERGE_COMMIT=$1
  PARENTS=$(git show --pretty=format:"%P" $MERGE_COMMIT)
  for PARENT in $PARENTS; do
      git checkout $PARENT
      # 替换为你的实际测试命令，比如make test、pytest等
      if ! make test; then
          echo "Bug出在父提交：$PARENT"
          exit 1
      fi
  done
  exit 0
  

• 运行命令：git bisect run ./你的脚本名.sh <merge哈希>

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