跳过 Git 提交挂钩

Question

我正在查看一个 Git 挂钩，它在 Python 代码中查找打印语句。 如果找到打印语句，它会阻止 Git 提交。

我想覆盖这个钩子，我被告知有一个命令可以这样做。 我一直没能找到它。 有什么想法吗？

Answer 1

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

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

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

正如Blaise所评论的， -n对于某些命令可以具有不同的作用。
例如， git push -n实际上是一个空运行推送。
只有git push --no-verify会跳过钩子。

---

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

请参阅Kevin Willford (``)的提交 680ee55 （2017 年 8 月 14 日）。
^{（由Junio C Hamano -- gitster --在提交 c3e034f中合并，2017 年 8 月 23 日）}

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

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

---

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

在git rebase --continue的情况下，在合并冲突解决之后，同样的过程是必要的。

---

在 Git 2.36（2022 年第 2 季度）中， run_commit_hook()的调用者会了解它是否因为钩子成功或没有任何钩子而“成功”。

请参阅Ævar Arnfjörð Bjarmason ( avar) 的提交 a8cc594（已使用提交 4369e3a1 修复）和提交 9f6e63b （2022 年 3 月 7 日avar 。
^{（由Junio C Hamano -- gitster --在提交 7431379中合并，2022 年 3 月 16 日）}

hooks ：修复一个不起眼的TOCTOU “我们只是运行了一个钩子吗？” 种族

^{签字人：Ævar Arnfjörð Bjarmason}

修复在680ee55中添加的代码中对使用时间 ( TOCTOU ) 竞争的检查时间（“ commit ：如果没有预提交挂钩，则跳过丢弃索引”，2017 年 8 月 14 日，Git v2.15.0 -rc0 - 合并在批次 #3中列出）。

如果我们运行“ pre-commit ”钩子并修改了索引，但hook_exists()稍后返回 false（例如，因为钩子本身消失，目录变得不可读等），就会发生这种模糊的竞争条件。
然后我们不会在应该调用的时候调用discard_cache() 。

竞争条件本身可能并不重要，用户在实践中不太可能遇到它。
在讨论680ee55时，此问题已在列表中注明，但尚未修复。

让我们也为 push-to-checkout 钩子更改它。
现在，我们不再检查钩子是否存在，而是执行推送结帐或推送部署，我们将始终尝试推送结帐。
如果钩子不存在，我们将退回到推送部署。
与以前相同的行为，没有 TOCTOU 比赛。
前面的行为介绍见0855331 （“ receive-pack : support push-to-checkout hook”, 2014-12-01, Git v2.4.0-rc0 -- merge ）。

这使得hook_exists()在两个重要的地方使用。
refs.c 中的“reference-transaction”检查，参见 6754159 refs.c “ refs : implementation reference transaction hook”，2020-06-19，Git v2.28.0-rc0 -- 批次 #7中列出的合并），以及“prepare -commit-msg" 钩子，见66618a5 （" sequencer : run 'prepare-commit-msg' hook", 2018-01-24, Git v2.17.0-rc0 -- merge在批次 #2中列出）。

在这两种情况下，我们通过不为钩子准备数据来节省自己的 CPU 时间，如果没有钩子，我们将什么也不做。
所以在这些情况下使用这个"invoked_hook"模式没有意义。

“ reference-transaction ”和“ prepare-commit-msg ”钩子也不是很活泼。
在这些情况下，如果我们添加了一个新的钩子，我们将跳过钩子运行，而在此处修复的 TOCTOU 比赛中，我们错误地跳过了所需的钩子后逻辑。

Answer 2

有comment且no verify ：

git commit -m "Some comments" --no-verify

Answer 3

从man githooks ：

预提交
这个钩子由 git commit 调用，可以用 --no-verify 选项绕过。 它不带参数，并在获取建议的提交日志消息并进行提交之前调用。 从此脚本中以非零状态退出会导致 git 提交中止。

Answer 4

--no-verify有效，但就我而言，我不想一直将参数放在终端上。 所以我选择了更具侵略性的东西。

如果你想全局禁用git hooks ，你可以尝试运行这个：

git config --global core.hooksPath /dev/null

但是，如果您想保持原来的状态，只需在终端中运行以下命令：

git config --global --unset core.hooksPath

如果您不希望它是全局的，只需删除参数：-- --global

我用 Git 2.16.3 对其进行了测试。

Answer 5

例如， -n或--no-verify不适用于 'git merge --continue' 之后的提交。

所以这是另一个更粗略的想法。

1. 只需在文件.git/hooks/pre-commit中用符号“#”注释行。
2. 运行单个或多个命令
3. 取消注释
4. 利润。

Answer 6

出于某种原因， --no-verify不适用于我使用这个特定的钩子： prepare-commit-msg

如果您也遇到此问题，请尝试：

SKIP=prepare-commit-msg git commit

Answer 7

您也可以从项目目录中临时卸载 pre-commit。 我正在使用 GUI 应用程序进行合并，因此无法使用-n标志并且注释掉这些行也不起作用。

pre-commit uninstall

完成后再次安装

pre-commit install