上一章我们处理了通过pre-commit检查代码提交规范的问题。当我们提交代码时，我们会检查所有的代码格式规范。但是这种方式会有两个问题：我们只是修改了个别文件，没有必要检测所有的文件编码格式。只能提示我们相应的错误，需要我们手动修改代码。在本节中，我们将如果需要处理这两个问题，那么如果要处理这两个问题，则需要使用另一个插件lint-staged！lint-staged可以让你当前的代码检查只检查本次修改的更新代码，当出现错误时，会自动修复并推送。如果我们在生成工程的时候选择如下配置，就不需要单独安装了。vue-cli已经帮我们安装好了，那我们可以直接使用了吗？Pickadditionallintfeatures:(*)Lintonsave//>(*)Lintandfixoncommit//saving&&提交时，如果项目生成了就会执行lint如果没有选择上面的配置，你需要安装npminstall--save-devlint-staged@10.1.4修改package.json配置"gitHooks":{"pre-commit":"lint-staged"},"lint-staged":{"src/**/*.{js,vue}":["eslint--fix","gitadd"]}如上配置，每次只会在你本地commit之前验证你的提交内容是否符合配合你本地配置的eslint规则（参见文档ESLint），验证会有两种结果：如果符合规则：提交成功。如果不符合规则：它会自动执行eslint--fix尝试自动为你修复。如果修复成功，会帮你提交修复后的代码。如果失败，它会提示你出错，让你修复错误，然后才允许你提交代码。修改.husky/pre-commit文件#!/bin/sh。"$(dirname"$0")/_/husky.sh"npxlint-staged再次执行commit代码，发现暂存区内容不符合ESlint，是Autofix2-14:SummaryIn这个系列，我们已经处理了编程格式规范的问题。整个规范大致可以分为两类：代码格式规范git提交规范代码格式规范：代码格式规范，我们通过ESLint+Prettier+VSCode配置一起工作。最终达到保存代码时自动规范代码格式的目的。Git提交规范：对于git提交规范，我们使用husky监控Githooks，通过以下插件完成相应的配置：常规提交规范commitizen：git提交标准化工具commitlint：用于检查提交信息pre-commit:githookshooklint-staged：只检查本次修改的更新代码，有错误时自动修复推送
