五、标准化编程规范解决方案之代码格式提交规范处理
在 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》
转载自:https://segmentfault.com/a/1190000042046015