"scripts": {
"lint": "eslint . --fix"
}
"scripts": {
"lint": "eslint . "
}
这两段 scripts 配置的区别在于 是否自动修复代码中的问题。
详细区别
1. 不带 --fix 的版本
{
"scripts": {
"lint": "eslint ."
}
}
- 作用：运行 ESLint 检查代码中的问题。
- 行为：仅输出代码中存在的错误和警告，但不会自动修复。
- 适用场景：希望先手动查看问题，再决定是否修复，或者在 CI/CD 流程中只检查代码规范。
2. 带 --fix 的版本
{
"scripts": {
"lint": "eslint . --fix"
}
}
-
作用：运行 ESLint 检查代码问题，同时 尝试自动修复 可修复的问题。
-
行为：
- ESLint 会自动修复大部分问题（如格式问题、简单的语法错误等）。
- 对于无法自动修复的问题，仍会输出错误和警告。
-
适用场景：希望在检查代码时，自动修复可以修复的问题，节省时间。
主要应用区别
| 功能 | eslint .（不带 --fix） | eslint . --fix（带 --fix） |
|---|---|---|
| 代码问题检查 | ✅ | ✅ |
| 自动修复问题 | ❌ | ✅ |
| 适合 CI/CD | ✅（静态分析时用） | ❌（CI/CD 中可能改动代码） |
| 开发者本地使用 | ✅ | ✅（节省手动修复时间） |
建议
- 本地开发：推荐使用
eslint . --fix，可以快速修复大部分问题，提升效率。 - CI/CD 或代码提交检查：建议使用
eslint .，仅检测代码问题，而不修改代码，以确保代码一致性和稳定性。
