如何在快进合并时跳过post-merge钩子？

由于Git的post-merge钩子没有直接提供快进合并的参数，但可以通过检查提交历史来判断本次合并是否为快进类型，具体实现如下：

核心思路 #

快进合并不会创建新的合并提交（仅移动HEAD指针），而普通合并（非快进、非squash）会生成一个带有多个父节点的合并提交。我们可以利用这一特性，结合钩子的squash参数来判断是否需要跳过检查。

脚本实现示例 #

在你的post-merge钩子脚本中添加以下判断逻辑：

# 获取钩子传入的squash标记（1表示是squash合并）
SQUASH="$1"

# 判断是否为快进合并：不是squash合并，且当前HEAD不是合并提交
if [ "$SQUASH" != "1" ] && ! git log --merges -1 HEAD > /dev/null 2>&1; then
    # 快进合并，直接退出脚本，跳过检查
    exit 0
fi

# 非快进合并，执行你的检查逻辑
# 比如依赖安装、代码格式化检查等
echo "执行合并后检查..."
# ... 你的检查代码 ...

逻辑说明 #

1. squash参数判断：钩子的第一个参数$1为1时表示本次是squash合并，这类场景通常也需要执行检查（可根据你的需求调整）。
2. 合并提交检查：git log --merges -1 HEAD会尝试获取当前HEAD对应的合并提交，如果没有输出（命令返回非0），说明本次合并没有生成新的合并提交，即快进合并。

补充验证方法 #

如果你需要更严谨的判断，可以对比合并前后的提交关系：

# 检查ORIG_HEAD是否是HEAD的直接祖先，且HEAD不是合并提交
if [ "$SQUASH" != "1" ] && git merge-base --is-ancestor ORIG_HEAD HEAD && ! git log --merges -1 HEAD > /dev/null 2>&1; then
    exit 0
fi

ORIG_HEAD是Git在合并前保存的原HEAD指针，快进合并时它是当前HEAD的直接祖先，而普通合并时当前HEAD是新的合并提交，ORIG_HEAD只是其父节点之一。

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