为什么 git-revert 不调用 pre-commit 和 commit-msg 钩子？

Question

使用 strace 我注意到 git-revert 只调用了两个钩子：

• 准备提交消息
• 提交后

但是 git-commit 调用这四个：

• 预提交
• 准备提交消息
• 提交消息
• 提交后

既然 git-revert 产生一个提交，为什么它不调用相同的 作为 git-commit 的钩子？

我在 Git 邮件列表上问过这个问题，但没有得到回应。所以我在这里问。

当我实现一个钩子来检测时，我最终研究了这个 并拒绝恢复合并提交的提交，因为它们是 troublesome.

我尝试将它实现为一个 commit-msg 钩子来搜索字符串 提交消息中的“这将恢复提交 SHA-1”。但是 git-revert 不调用 commit-msg 钩子。

所以，现在我将我的检查实现为预接收挂钩。但我发现 将所有预接收检查也作为 pre-commit 或 commit-msg 钩子，以便我可以检测到问题 提交时间而不是仅在推送时间。

Answer 1

The sequencer code actually runs git commit to produce the commit。但是这段代码（见上面的链接）包含片段：

    if (!(flags & VERIFY_MSG))
            argv_array_push(&cmd.args, "-n");

这意味着它默认运行git commit -n。 -n 标志：

绕过 pre-commit 和 commit-msg 钩子

如the git commit documentation. 中所述，设置VERIFY_MSG 的东西是交互式变基“编辑”或“改写”等，但不是git cherry-pick。

请注意，一旦定序器完成，它将调用您的 post-rewrite 钩子（如果有的话），因此您应该将检查放在那里。 正如您所指出的，您可以专门编辑提交消息，如果你这样做了，看起来你的提交消息钩子应该被使用，但事实并非如此。