Husky是一个在Git操作的不同阶段（如提交代码、推送代码前）自动运行指定脚本的工具。它像一个守门员，在代码进出仓库时自动检查，确保符合团队约定的规则。
1. 他是什么？
可以将Git仓库想象成一个有严格管理的小区。Husky就是安装在小区各出入口的自动检测系统。当你想把代码“搬进”仓库（执行git commit）或“运出”仓库（执行git push）时，这套系统会根据预设规则，自动对你的“货物”（代码）进行检查。只有检查通过，操作才能继续。
它的本质是Git钩子（Git Hooks）的管理工具。Git本身就提供了在特定事件发生时运行脚本的能力，但这些脚本默认存储在项目的.git/hooks目录下，不便分享和管理。Husky使配置这些钩子变得更简单、统一，并能让配置像普通代码一样纳入版本控制。
2. 他能做什么？
他的核心作用是将手动检查自动化、流程化，主要应用在提交代码前这个关键时刻。
自动运行代码检查：在提交前，自动运行ESLint、StyleLint等工具，检查代码语法和风格。如果发现错误或不符合规范，提交会被阻止，并给出具体错误信息。
自动运行测试：在提交前，运行相关的单元测试，确保新代码没有破坏现有功能。
校验提交信息格式：检查
git commit -m “...”中的消息是否符合约定的格式（例如，要求包含任务编号），防止杂乱无章的提交历史。代码格式化：在提交前，自动运行Prettier等格式化工具，统一代码风格。
阻止不合规的推送：在将代码推送到远程仓库前，进行更严格检查（如运行完整的测试套件），防止有问题的代码进入共享的主分支。
3. 怎么使用？
使用过程就像给项目安装并配置一套自动化安保流程。
安装：在项目根目录下，通过包管理器安装Husky。
bash
npm install husky --save-dev
启用：运行Husky的初始化命令，它会在项目中创建必要的目录和文件。
bash
npx husky init
这会在项目根目录生成一个
.husky文件夹，里面包含一个示例的pre-commit钩子脚本。配置钩子：在
.husky目录下，可以创建或修改钩子文件。最常用的是pre-commit（提交前触发）和commit-msg（提交信息时触发）。例如，编辑
.husky/pre-commit文件：bash
#!/usr/bin/env sh . "$(dirname "$0")/_/husky.sh" # 在提交前运行代码检查和测试 npm run lint npm run test:unit
现在，每次执行
git commit时，都会自动按顺序运行npm run lint和npm run test:unit这两个命令。只有当它们都成功通过（退出码为0），提交才会完成。
4. 最佳实践
要有效发挥Husky的作用，可以参考以下做法：
聚焦关键钩子：通常只需关注
pre-commit和commit-msg两个钩子。前者保证代码质量，后者规范提交记录。避免过度使用，导致每次Git操作都变得缓慢。团队统一配置：将
.husky目录提交到版本控制中，确保团队所有成员使用相同的检查规则。与 lint-staged 搭配使用：直接运行
npm run lint可能会检查整个项目，速度慢。配合lint-staged工具，可以只对本次提交中暂存区（staged）的修改文件进行检查，效率大幅提升。这就像厨房里不是每次做饭后都打扫整个房子，而是只清理刚刚用过的那片区域。保持检查快速：钩子中运行的脚本应尽可能快速。如果完整的测试需要10分钟，就不适合放在
pre-commit阶段。可以只运行与更改相关的快速测试，将长时间的全量测试放在持续集成（CI）环境中。提供清晰的错误提示：当钩子脚本失败时，输出的错误信息应明确指出哪里出了问题、如何修复，减少团队成员的困惑。
5. 和同类技术对比
Husky的核心价值在于其轻量、直接和原生。
与简单的 npm scripts 对比：可以在
package.json中定义"precommit": "npm run lint"，利用npm的生命周期脚本。这种方式更简单，但功能较弱，只能覆盖少数几个Git操作，且难以管理复杂的条件逻辑和共享配置。Husky提供了更全面、更灵活的钩子覆盖。与 pre-commit（Python框架）对比：Python的
pre-commit框架功能强大，支持多语言和复杂的配置管理。但它是一个更重量级的、独立的框架。Husky专注于JavaScript/Node.js生态，与npm/yarn/pnpm工作流无缝集成，对前端项目来说更原生、简洁。与编辑器插件或IDE功能对比：编辑器插件（如保存时自动格式化）依赖于开发者的本地环境，无法强制统一。Husky的检查发生在提交时，是一个团队强制的、统一的最后关卡。
与持续集成（CI）对比：CI（如GitHub Actions, GitLab CI）是在代码推送到远程仓库后运行的，用于更复杂的构建、测试和部署。Husky则是在代码提交到本地仓库之前运行，目标是“防患于未然”，将问题提前拦截在本地，避免有问题的代码进入版本历史，从而减轻CI的负担和失败率。
总结来说，Husky是实现团队代码规范自动化、保障代码库健康的一个简单而有效的工具。它通过在开发工作流的恰当节点设置自动检查，将质量保障从一项依赖自觉的手动任务，转变为一项可靠、可重复的自动化流程。
