让我们假设我有以下本地存储库和一个像这样的提交树:
master --> a
\
\
develop c --> d
\
\
feature f --> g --> h
Master是我的，这是最新的稳定发布代码，develop是我的，这是“下一个”发布代码，feature是一个正在准备开发的新功能。
使用钩子，我希望能够拒绝推送功能到我的远程存储库，除非commit f是develop HEAD的直接后代。也就是说，提交树看起来是这样的，因为feature已经基于d。
master --> a
\
\
develop c --> d
\
\
feature f --> g --> h
那么是否有可能:
识别特征的父分支?
确定父分支中的提交f是哪个分支的后代?
从那里，我将检查父分支的HEAD是什么，并查看f前任是否匹配父分支HEAD，以确定该特性是否需要重基。
由于之前的答案在我们的存储库中都不起作用，我想分享我自己的方法，使用git日志中的最新归并:
#!/bin/bash
git log --oneline --merges "$@" | grep into | sed 's/.* into //g' | uniq --count | head -n 10
把它放在一个名为git-last-merge的脚本中，该脚本也接受一个分支名称作为参数(而不是当前分支)以及其他git日志参数。
从输出中，我们可以根据自己的分支约定和每个分支的合并数量手动检测父分支。
如果你经常在子分支上使用git rebase(合并通常是快进的，所以没有太多的合并提交)，这个答案不会很好地工作，所以我写了一个脚本来计算所有分支与当前分支相比的前提交(正常和合并)和后提交(在父分支中不应该有任何后合并)。
#!/bin/bash
HEAD="`git rev-parse --abbrev-ref HEAD`"
echo "Comparing to $HEAD"
printf "%12s %12s %10s %s\n" "Behind" "BehindMerge" "Ahead" "Branch"
git branch | grep -v '^*' | sed 's/^\* //g' | while read branch ; do
ahead_merge_count=`git log --oneline --merges $branch ^$HEAD | wc -l`
if [[ $ahead_merge_count != 0 ]] ; then
continue
fi
ahead_count=`git log --oneline --no-merges $branch ^$HEAD | wc -l`
behind_count=`git log --oneline --no-merges ^$branch $HEAD | wc -l`
behind_merge_count=`git log --oneline --merges ^$branch $HEAD | wc -l`
behind="-$behind_count"
behind_merge="-M$behind_merge_count"
ahead="+$ahead_count"
printf "%12s %12s %10s %s\n" "$behind" "$behind_merge" "$ahead" "$branch"
done | sort -n
