Husky 并不是前端项目特有的工具，它可以在任何使用 Git 的项目中使用，包括后端项目和全栈项目。但为什么感觉后端项目几乎没有使用的？

[seekseat]

如题。但为什么感觉后端项目几乎没有使用的？

[zy0829]

问得好 我也好奇

[dadaji]

因为后端项目很少看到连代码缩进都不统一的

[ruiyi1994]

husky 需要 node 环境吧, 没人愿意额外增加一个依赖, 一个替代的东西是 pre-commit, python 写的, 很多后端项目也不缺一个 python 环境, 应该更常用.

[jaylee4869]

就算后端是极大规模的分布式异构微服务，每个模块由不同部门或开发人员负责，各自使用自己习惯的工具链来做 Husky 所做的事，比如 git 原生的 commit hooks ，或者仅仅依赖生态齐全的 JetBrains IDE 等，一般更关注运行时行为和 CI 。

况且语言或者第三方库自身的已经有这类工具链实现，比如 go fmt ，Python PEP8 ，Java 的各种 format plugin...
你用 husky 得安装 (nvm) nodejs, npm, 执行 npm i ，耽误了非 JS 技术栈的所有人的时间，我自己写 Makefile 或者 shell 照样都能实现还没有这些依赖。

我不是说 Husky 不适合后端，相反，如果我是用 Express/Koa/Hono ，我大概率会用 Husky ，语言的 context 已经在这里，项目中人员越多越得用。

你把题目里的后端换成 安卓开发，或者 macOS Swift /OC 原生开发，Windows 开发，嵌入式开发再问一遍呢？