git commit 提交代码时,如何跳过 ESLint 校验

沿途有光
沿途有光
发布时间:2026-08-24 | 14人浏览过
原创
说明 Git commit 被 pre-commit 钩子拦截的触发链路,以及失败后提交中断的流程信息图
提交前校验是怎么拦下 commit 的这张图用流程关系展示为什么执行 git commit 时会先跑 ESLint。

前言

<p>执行 git commit 被 ESLint 或 pre-commit 拦下时,核心原因通常是提交前钩子校验。本文只保留两种可执行解法:处理 .git/hooks/pre-commit,或使用 --no-verify 临时跳过。</p>

前端项目执行 git commit -m '提交信息' 时,常因 pre-commit 钩子先跑 ESLint 而被中断。可用两种方式跳过:处理 .git/hooks/pre-commit,或本次提交加 --no-verify。

方法一:处理 pre-commit 钩子

找到 .git/hooks/pre-commit。可直接删除,或改名为 pre-commit000 备份;需要时再改回 pre-commit。

  • 适合:钩子损坏、个人临时环境、确定会手动恢复。
  • 风险:后续提交都会跳过本地校验,容易忘记恢复。

方法二:用 --no-verify

只想跳过当前这一次,直接执行:

git commit -m '提交信息' --no-verify

该参数只跳过本次钩子检查,不改仓库配置。

  • 适合紧急提交或临时绕过。
  • 注意:它不会修复问题;若远端、CI 或合并流程仍有校验,后面还是可能失败。

怎么选

  • 临时跳过:--no-verify
  • 停用本地钩子:处理 .git/hooks/pre-commit
  • 团队项目通常优先前者。
对比删除 pre-commit 钩子与使用 --no-verify 的差异、影响范围和推荐场景的信息图
删钩子还是用 --no-verify这张图把两种跳过方式放在同一张对比图里,方便快速判断该用哪一种。
相关标签:

本站声明

本文内容仅供参考,不代表本站观点。转载或引用请注明出处。如发现内容问题,请通过联系我们页面反馈。

Python 相关产品和应用

全部下载

专题列表