寻求Git钩子中获取分支源SHA的优雅方案（含特殊场景）

这个问题确实看起来简单但藏着不少坑——尤其是处理从已删除分支衍生的tag创建的分支时，常规的父分支检测很容易失效。我给你几个更简洁且鲁棒性更强的方案，能覆盖绝大多数场景：

核心思路 #

当$oldrev为全0时，本质是要找到当前分支创建时基于的源提交SHA——也就是分支第一个新提交的父提交。我们可以利用Git的引用过滤能力，直接定位分支独有的提交，再回溯其父提交。

简洁实现方案 #

1. 通用Git命令方案（适用于post-receive钩子） #

当检测到$oldrev是0000000000000000000000000000000000000000时，执行以下步骤：

# 获取当前分支中所有不属于仓库其他任何分支/tag的提交，按从旧到新排序
unique_commits=$(git rev-list --reverse $newrev --not --all)
# 取第一个独有的提交（即分支创建后的第一个新提交）
first_new_commit=$(echo "$unique_commits" | head -n1)
# 获取该提交的父提交，也就是分支的源SHA
source_sha=$(git rev-parse --verify "$first_new_commit^" 2>/dev/null)

如果分支是仓库的初始提交（没有父提交），source_sha会为空，这时可以根据业务逻辑做特殊处理（比如标记为"初始分支"）。

甚至可以简化为一行命令：

source_sha=$(git rev-parse --verify "$(git rev-list --reverse $newrev --not --all | head -n1)^" 2>/dev/null || echo "initial_commit")

2. 针对Gerrit场景的优化 #

在Gerrit的change-merged触发脚本中，除了Git命令，还可以直接利用Gerrit提供的环境变量或API获取变更的父提交：

• Gerrit会在触发脚本中传递GERRIT_CHANGE_PARENT_COMMITS环境变量，直接就能拿到变更的父SHA
• 如果需要更灵活的信息，也可以调用Gerrit REST API（比如/changes/${GERRIT_CHANGE_ID}/detail）获取变更的完整上下文

为什么这个方案更好？ #

• 无需依赖父分支检测：不管分支是从现有分支、已删除分支的tag还是孤立提交创建的，都能准确找到源SHA
• 逻辑简洁：避免了复杂的git show-branch正则过滤和git cherry的顺序反转处理
• 鲁棒性强：覆盖了99%+的场景，包括你提到的从已删除分支的tag创建分支的特殊情况

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