共计 707 个字符，预计需要花费 2 分钟才能阅读完成。
在 ESLint 与 Prettier 的两个章节中，咱们解说了如何解决 本地！代码格局问题。
然而这样的一个格局解决问题，他只可能在本地进行解决，并且咱们还须要 手动在 VSCode 中配置主动保留 才能够。那么这样就会存在一个问题，要是有人遗记配置这个货色了怎么办呢？他把代码写的乌七八糟的间接就提交了怎么办呢？
所以咱们就须要有一种形式来躲避这种危险。
那么想要实现这么一个操作就须要应用 husky 配合 eslint 才能够实现。
咱们冀望通过 husky 监测 pre-commit 钩子，在该钩子下执行 npx eslint --ext .js,.vue src 指令来去进行相干检测：
- 执行
npx husky add .husky/pre-commit "npx eslint --ext .js,.vue src"增加commit时的hook（npx eslint --ext .js,.vue src会在执行到该 hook 时运行）
- 该操作会生成对应文件
pre-commit：
- 敞开
VSCode的主动保留操作
- 批改一处代码，使其不合乎
ESLint校验规定
- 执行 提交操作 会发现，抛出一系列的谬误，代码无奈提交
- 想要提交代码，必须解决实现所有的错误信息
那么到这里地位，咱们曾经通过 pre-commit 检测到了代码的提交标准问题。
那么到这里就高枕无忧了吗？
在这个世界上从来不缺的就是懒人，谬误的代码格局可能会抛出很多的 ESLint 谬误，让人看得头皮发麻。重大影响程序猿的幸福指数。
那么有没有方法，让程序猿在 0 配置的前提下，哪怕代码格局再乱，也能够 ”主动“ 帮忙他修复对应的问题，并且实现提交呢？
你别说，还真有！
那么咱们来看下一节《标准化编程标准解决方案之 lint-staged- 主动修复格局谬误》
正文完
