javascript - 使用 `--fix` 标志自动化 ESLint 会产生哪些问题？

Question

使用 --fix 标志自动化 ESLint 是一个好习惯吗？从长远来看，这会产生问题吗？

例如，我在 "prestart" 脚本中使用 npm。这意味着每次运行 npm start 时 ESLint 都会运行，并修复代码中任何可修复的错误。这会导致什么问题？

Answer 1

这可能导致的唯一真正问题是，最终在 npm start 上运行的代码可能与您编写的代码不同。您可以在启动应用程序之前让 ESLint 对代码进行更改，这可能(可能)导致意外行为。这取决于您的项目的设置方式以及应用程序的部署方式。

在 list of ESLint rules可以自动修复的旁边有 Spanner ；它不仅仅可以改变间距和分号。虽然 ESLint(当使用 --fix 运行时)努力不破坏代码的功能，但任何时候在编写代码和运行代码之间操作代码时，您都会面临以下风险:改变代码库的行为。 ESLint 试图确保它们不会以破坏/改变任何行为的方式自动修复您的代码，但可能会发生错误/事故，这可能会改变您的代码，使其表现不同。顺便说一句，这是一个有趣的对话 on autofix and how it might change .

如果您将 ESLint 作为 npm test 套件的一部分运行，并且除非您的 lint 规则通过，否则不会部署您的应用程序，那么这不是一个大问题(因为这不会发生在您部署的应用程序，实际上仅在本地；如果您的应用程序发现代码与您的风格指南不匹配，您将阻止您的应用程序部署)。

否则，--fix 可以帮助人们按照自己想要的方式进行编码，同时保持一致的风格并半自动地避免代码库中的“有问题的模式”。虽然它并不能解决所有规则，但它可以使团队的开发更加顺利。如果需要，您甚至可以在 git 预提交 Hook 中运行此自动修复，以便确保提交的代码是修复版本。

示例:Git pre-commit ESLint hook