我正在编写一个 prepare-commit-msg（作为 pre-merge 的钩子），需要获取合并的源分支名称并传递给 REST API。换句话说，我需要从 git merge <branchname> 中获取 branchname 的值。
到目前为止，我已经尝试了 rev-parse MERGE_HEAD，但似乎在 hook 触发时还没有设置它。目前，我只是使用 git revparse --abbrev-ref @{-1} 来获取我最后所在的分支，但这并不一定是我要合并的分支。
我正在尝试执行的规则是，除非满足某些条件，否则用户不能将其功能分支与主分支合并。如果有更好的钩子来实现这一点，那也会有所帮助。Prepare-commit-msg 是唯一一个似乎具有提交类型参数的钩子。
那是正确的；但问题比那更大。（或者也许更小！:-)）（我在这里还要注意{{link1：Arkadiusz Drabczyk的评论}}：不进行合并的git merge -即快进式合并- 跳过了所有。）
首先，考虑如果用户运行了什么：
git merge a97131c
...--*--o--o--@ <-- blarg (HEAD), xtest
\
o--A--B <-- br1
\
C <-- br2, br3
HEAD告诉我们当前分支的名称是blarg，因此尽管当前提交是提交@（其哈希值可能为9fd178a），但一旦实际进行合并提交，它就是名称blarg将指向新的合并提交。
接下来，哪个提交是a97131c？ 它可能是提交A、B和C中的任何一个。 如果它是提交A，那么它本身就不是任何分支的末端，因此没有适当的名称来合并分支。 我们只是合并提交A，以便结果为：
...--*--o--o--o <-- xtest
\ \
o-----A--@ <-- blarg (HEAD)
|\
| B <-- br1
\
C <-- br2, br3
a97131c是提交B的ID，我们可能正在执行git merge br1，所以结果将会是：...--*--o--o--o <-- xtest
\ \
o @ <-- blarg (HEAD)
\ /
A----B <-- br1
\
C <-- br2, br3
a97131c是提交C的ID，那么我们可能正在执行git merge br2或git merge br3。（我会留下绘制结果图表的练习，但请注意，与以前一样，唯一移动的名称是blarg。）.git/MERGE_MSG中 - 它实际上并不重要。在Git中，分支名称几乎无关紧要。重要的是提交。master，除非这些新提交符合某些约束条件。当然，我不知道你的约束条件是什么，我只能注意到几个问题：
git merge在自动成功合并时完全跳过常规的pre-commit和commit-msg钩子。因此，您需要使用prepare-commit-msg钩子来尽早捕获这个问题。
但是，如果prepare-commit-msg钩子在git merge期间退出非零，则合并仍在进行中。随后的git commit将提交合并。这个操作会运行pre-commit和commit-msg钩子（不像自动合并成功）。同样，退出非零虽然阻止了提交，但合并仍在进行中，准备好被提交。
用户始终可以跳过这些钩子（或不设置它们）。要真正强制执行某些内容，您需要在提交进入您控制的某个存储库时进行此操作。在许多典型的设置中，这意味着在一个集中式存储库中，个人开发人员将其工作git push。您可以在pre-receive或update钩子中执行此强制执行（以及通过Gitlite及其更高级的系统）。
git checkout master; git merge featureX，他们运行您的包装器，该包装器进行预检查，然后只有在看起来不错的情况下才会 调用 git merge。
git中是否可能，因为prepare-commit-msg钩子甚至不会在fast-forward合并时运行。 - Arkadiusz Drabczyk