ESLint 是一种强大的工具，可以帮助开发人员在 JavaScript 项目中保持一致性和可维护性。它通过在代码中捕获错误、警告和潜在问题来帮助开发人员提高代码质量。然而，在大型项目中，运行全部的 ESLint 命令可能会花费很多时间。如果仅仅修改了项目中的一小部分，完全运行 ESLint 来检查整个项目可能就是一个浪费时间的决定。那么，如何只校验有修改过的文件呢？下面我们来看一下。
1. Git 钩子
在 Git 中，我们可以通过 hook 执行一些自定义的 shell 脚本。在这些钩子中，有一个特殊的钩子叫作 pre-commit 钩子。当你运行 git commit 命令时，Git 将会自动运行 pre-commit 钩子中的脚本，你可以在这个脚本中添加 ESLint 命令，以仅检查修改的文件。下面是一个简单的脚本示例：
// javascriptcn.com 代码示例
#!/bin/sh
# 根目录下的 eslintignore 文件可以用于配置不需要检查的文件
# 如果没有这个文件，请按照示例添加需要忽略的文件
# **/*.json 表示忽略所有的 json 文件
# **/build/*.js 表示忽略所有的 build 目录下的 js 文件
if git rev-parse --verify HEAD >/dev/null 2>&1
then
against=HEAD
else
# 新的空仓库
# 需要忽略的文件应该被添加到 .gitignore 文件中
against=4b825dc642cb6eb9a060e54bf8d69288fbee4904
fi
# 检查有哪些文件被修改和/或暂存
# 换句话说，与根目录下的 eslintignore 文件忽略的文件相反
# --name-only 命令只列出文件名。不需要更改的信息
# --diff-filter=AM --cached 表示只列出已修改和已添加到缓存区中的文件
# --relative 表示输出相对路径
FILES=$(git diff --name-only --diff-filter=AM --cached --relative)
if [ "$FILES" = "" ]
then
echo "All JavaScript files are up to date! No need to check."
exit 0
fi
# 运行 ESLint
./node_modules/eslint/bin/eslint.js ${FILES} --fix值得注意的是，上面脚本中的 ./node_modules/eslint/bin/eslint.js 会在你的项目根目录下寻找 eslint 的可执行文件。如果你的项目执行 npm install --save-dev eslint 来安装 ESLint，那么它应该能正确地找到 ESLint 的可执行文件。
通过这种方式，我们可以在提交代码之前，只检查已修改的文件，提高代码质量和团队协作效率。
2. 使用 Git Diff
除了使用 Git 钩子之外，我们还可以直接使用 Git Diff 命令来找出修改过的文件，然后运行 ESLint 命令检查这些文件。下面是一个示例：
FILES=$(git diff --name-only HEAD^ HEAD --diff-filter=ACM -- '*.js' | sed 's| |\\ |g') ./node_modules/.bin/eslint $FILES
该脚本中的 HEAD^ 参数意味着 Git 将比对最新提交和倒数第二次提交之间的差异。--diff-filter=ACM 参数意味着我们只列出已添加、已修改、以及已复制修改内容的文件。最后，通过 sed 's| |\\ |g' 命令的正则表达式，将文件名中的空格转义。
3. 总结
以上就是根据修改过的文件仅校验的两种方式。通过这些方法，我们可以快速准确地检查项目中真正需要修改的文件，省去了处理不需要修改的文件的时间，提高了项目的效率和质量。
需要指出的是，这些脚本适用于 macOS 和 Linux 系统，如果你使用的是 Windows 系统，需要将它们转换为相应的批处理文件或者 PowerShell 脚本。
总之，ESLint 是一个非常强大的工具，可以帮助我们提高代码质量和规范性。对 ESLint 命令的优化，不仅提高了 ESLint 的使用效率，也能够在开发团队中提高效率，降低代码修改和维护的成本。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/654b4d097d4982a6eb5330e8