这种情况十有八九是你的项目配置了Git预提交钩子（pre-commit）——安装npm依赖后，钩子工具（比如husky、lint-staged这类）被激活，提交前会自动运行ESLint检查代码；而没安装依赖时，钩子没有生效，自然不会触发检查，所以能顺利提交。下面是具体的解决步骤：

1. 先确认钩子的存在 #

• 检查项目根目录下的.git/hooks文件夹，看看有没有pre-commit文件；
• 打开package.json，搜索husky、lint-staged这类字段，或者看scripts里有没有和lint、pre-commit相关的命令。比如很多项目会用husky来管理钩子，在.husky/pre-commit文件里配置了执行ESLint的命令。

2. 修复ESLint错误（推荐方案） #

既然钩子触发了错误，说明你的代码确实不符合项目的ESLint规则，最好的方式是直接修复这些问题：

• 运行项目里的lint脚本：npm run lint（如果package.json里配置了的话）；
• 或者直接执行ESLint检查：npx eslint ./src（替换成你的代码目录），终端会列出所有具体的错误，比如缩进不对、未使用变量、引号格式错误等，逐个修复即可；
• 很多IDE（比如VSCode）可以安装ESLint插件，实时提示错误并自动修复一部分问题，能节省不少时间。

3. 临时跳过钩子（紧急情况用） #

如果赶时间需要先提交代码，也可以临时跳过预提交钩子的检查：

git commit -m "你的提交信息" --no-verify

注意：这只是权宜之计，长期来看一定要修复ESLint错误，不然团队其他成员提交时也会遇到同样的问题，而且不符合项目的代码规范。

4. 检查钩子配置是否正确 #

如果是用husky或lint-staged管理钩子，检查配置是否合理：

• 查看.husky/pre-commit文件，确认里面的命令是不是正确调用了ESLint，比如是不是只检查你修改的文件（lint-staged的作用就是只检查暂存区的文件，避免检查整个项目）；
• 检查package.json里的lint-staged配置，比如是不是写成了：

  "lint-staged": {
    "*.js": ["eslint --fix", "git add"]
  }
  

  如果配置有误，也可能导致不必要的错误触发。

5. 排查依赖版本问题 #

有时候安装依赖后出现错误，可能是ESLint或相关插件的版本和项目配置不兼容：

• 删除node_modules文件夹和package-lock.json（或yarn.lock），然后重新执行npm install；
• 检查.eslintrc.js（或其他ESLint配置文件）里的规则，是不是最近新增了过于严格的规则，导致之前的代码不符合要求。

如果上面的方法都没解决，你可以把ESLint输出的具体错误信息贴出来，这样能更精准地排查问题。

内容的提问来源于stack exchange，提问作者FortuneCookie