一文带你彻底学会 Git Hooks 配置

一文带你彻底学会 Git Hooks 配置

你好，我是小桔，是一个没有感情的代码崽。

今天给大家介绍一下 Git Hooks，相信 Git 大家都在用吧，Git 除了用作版本控制，还有许多高级功能，Git Hooks 就是其中之一。

本文环境：

• Git 版本：2.27.0
• Husky 版本：4.2.5
• Node.js 版本：12.16.2

前言

做过前端的同学对 Hook 这个东西应该很了解吧，后端也是有 Hook 这种概念的，比如 Java 的@PostConstruct，也是一种 Hook 的体现。简单来说，Hook 就是在执行某个事件之前或之后进行一些其他额外的操作。

举个栗子，张三现在要吃饭，那么吃饭就是一个事件，吃饭前和吃饭后就可以称为两个钩子。现在你想让张三在吃饭前洗下手，那么我们就可以在吃饭前这个钩子这里，设置一个洗手的动作。张三在每次吃饭前，都会检查一下这个钩子，有什么要做的，都会照做。这样，就实现了我们的需求。

Git 也是如此，在 Git 中也有许多的事件（commit、push 等等），每个事件也是对应了有不同的钩子的（如 commit 前，commit 后），那么我们就可以在这些钩子这里配置一些自己需要执行的操作来实现各种各样的需求。

使用

真实场景

可能初次了解 Git Hooks 的同学会有一些疑问：这个东西到底能干嘛？我以前没用过它不也一样好好的吗？我干嘛要用它？

其实这说得很对，**任何技术都是有需求采用，没有需求就别去硬塞，永远记住：技术为业务服务。**但是这并不妨碍你先去了解它，毕竟，只有你先知道了这项技术能解决什么样的问题，日后当你遇到相应的问题时，你才知道该用什么技术去解决。

这里我给出一个真实的场景，是我们团队在开发 Lin UI 的时候遇到的：

我们的 Git 仓库中包含了编译后的代码，所以每次修改了源码，都需要运行一下编译命令，然后把源码和编译后的代码一起提交到 Git 仓库，这个流程没什么问题。但是，人脑不是电脑，总会有疏忽的时候，经常会出现这样一种情况：修改了源码，却忘记了运行编译命令，最后只把源码提交到了 Git 仓库，导致线上仓库的源码和编译产物不一致、

这个问题虽然不是特别严重，但老是出现也总归不好。所以我们就想了一个办法，不再手动编译，把编译任务交给 CI 去做，这样就不存在这样的问题。

但事情总是没那么顺利，因为我们在本地开发调试的时候是需要编译代码的，所以就会生成一部分编译代码，在使用 Git 时，我们经常会使用git add .命令，会把所有修改了的代码都提交到仓库，这显示是不行的。因为现在我们已经把编译交给 CI 去做了，并且为了 Code Review 方便，编译代码不应该再提交到仓库了。如果每次手动去把编译代码去除，又非常麻烦，那该怎么办呢？

这种情况，就可以使用 Git Hooks 帮我们在每次提交前自动把编译代码去掉了。

PS：这个场景虽然不那么常见和通用，但确实是在开发中真实遇见的。

Git Hooks 介绍