也许（来自git commit手册页）：

git commit --no-verify -m "commit message"
           ^^^^^^^^^^^
-n  
--no-verify

此选项绕过 pre-commit 和 commit-msg 挂钩。另见githooks(5)。

-n对于某些命令可以有不同的角色。
例如，git push -n实际上是一次试运行。
只会git push --no-verify跳过钩子。

注意：Git 2.14.x/2.15 改进了 –no-verify 行为：

请参阅Kevin Willford (`)的](https://github.com/)[提交 680ee55](https://github.com/git/git/commit/680ee550d72150f27cdb3235462eee355a20038b)（2017 年 8 月 14 日） 。（由[Junio C Hamano 合并 -- ](https://github.com/gitster)[\--](https://github.com/gitster)在[提交 c3e034f](https://github.com/git/git/commit/c3e034f0f0753126494285d1098e1084ec05d2c4)中，2017 年 8 月 23 日）[](https://github.com/) [gitster`

commit: 如果没有pre-commit钩子，跳过丢弃索引

” git commit” 用于丢弃索引并从文件系统中重新读取，以防pre-commit钩子在中间更新它；当我们知道我们不运行pre- commit钩子时，这已经被优化了。

在_评论中指出不git cherry- pick支持--no-verify。 因此，如果一个cherry-
pick 触发了一个预提交钩子，你可能，就像在这篇博客文章中一样，必须以某种方式评论/禁用该钩子，以便你的 git cherry-pick 继续进行。 __

git rebase --continue在合并冲突解决之后，如果是 , 则需要相同的过程。