ESLintPrettier 的两个章节中,我们讲解了如何处理 本地!代码格式问题。

但是这样的一个格式处理问题,他只能够在本地进行处理,并且我们还需要 手动在 VSCode 中配置自动保存 才可以。那么这样就会存在一个问题,要是有人忘记配置这个东西了怎么办呢?他把代码写的乱七八糟的直接就提交了怎么办呢?

所以我们就需要有一种方式来规避这种风险。

那么想要完成这么一个操作就需要使用 husky 配合 eslint 才可以实现。

我们期望通过 husky 监测 pre-commit 钩子,在该钩子下执行 npx eslint --ext .js,.vue src 指令来去进行相关检测:

  1. 执行 npx husky add .husky/pre-commit "npx eslint --ext .js,.vue src" 添加 commit 时的 hooknpx eslint --ext .js,.vue src 会在执行到该 hook 时运行)
  1. 该操作会生成对应文件 pre-commit
  1. 关闭 VSCode 的自动保存操作
  1. 修改一处代码,使其不符合 ESLint 校验规则
  1. 执行 提交操作 会发现,抛出一系列的错误,代码无法提交
  1. 想要提交代码,必须处理完成所有的错误信息

那么到这里位置,我们已经通过 pre-commit 检测到了代码的提交规范问题。

那么到这里就万事大吉了吗?

在这个世界上从来不缺的就是懒人,错误的代码格式可能会抛出很多的 ESLint 错误,让人看得头皮发麻。严重影响程序猿的幸福指数。

那么有没有办法,让程序猿在 0 配置的前提下,哪怕代码格式再乱,也可以 ”自动“ 帮助他修复对应的问题,并且完成提交呢?

你别说,还真有!

那么咱们来看下一节《标准化编程规范解决方案之自动修复 lint-staged》


lostElk
10 声望0 粉丝

迷失中悠然自得