使用`--fix`标志自动化ESLint存在哪些问题？

Question

使用`--fix`标志自动化ESLint存在哪些问题？

javascriptnpmeslint

5

在长期运行中，使用--fix标志自动化ESLint是否是一个好的实践，还是会产生问题？

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

- Gimy boya

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Nick Bartlett · Accepted Answer

唯一真正的问题是，在运行npm start时，实际运行的代码可能与你编写的代码不同。在启动应用程序之前，ESLint会对你的代码进行更改，这可能会导致意外行为（潜在地）。这取决于你的项目设置和应用程序部署方式。

在ESLint规则列表中，可以自动修复的规则旁边有扳手图标；它可以更改不仅仅是空格和分号。当使用--fix运行ESLint时，它会尝试不破坏你的代码功能来修复代码，但任何时候在编写代码和运行代码之间操作你的代码都会使你面临改变代码库行为的风险。ESLint会确保不会以可能破坏/更改任何内容的方式自动修复你的代码，但错误/意外事件可能会发生，从而改变你的代码足以使其表现不同。顺便说一下，这里有一个关于自动修复和如何更改的有趣讨论。如果你将ESLint作为npm test套件的一部分运行，并且只有在通过你的lint规则后你的应用程序才会部署，那么这不是太大的问题（因为这只会在本地发生，而不会发生在你的部署应用上；你正在避免部署与你的样式指南不匹配的代码）。

否则，--fix可以让人们按照自己的方式编码，同时通过半自动化方式维护一致的风格并避免代码库中的“问题模式”。虽然它不能修复每一个规则，但它可以使团队开发变得更加顺畅。如果需要，甚至可以在git pre-commit hook中运行此自动修复，以确保提交的代码是已修复的版本。

例如：Git pre-commit ESLint hook。