为本地开发创建不同的 eslint 规则

Question

这是一个鼓舞人心的例子：我正在开发一些代码并想弄清楚出了什么问题，所以我有

function foo() {
    console.log("Look its 2016 and I'm still printf debugging");
}

除了...我们的构建过程将 esLint 作为构建系统的一部分运行，并且如果 esLint 失败，设计甚至会阻止运行构建管道的其余部分。 error Unexpected console statement no-console

我实际上想要的是设置一个 dev 环境，其中某些规则被关闭（或转换为警告），然后是一个 production 环境，并打开了严格的规则。而且我希望能够轻松地在本地切换它，以便在将代码提交到 CI 服务器之前验证我的代码是否有效。

我找不到任何相关的代码 sn-ps 来实现这一点，这让我很难过。我的构建环境只是 npm 脚本（仅使用 esLint CLI + package.json），但我很乐意从另一个构建环境移植解决方案。

现在，我只剩下// eslint-disable-line 或在本地修改.eslintrc 文件，并祈祷我永远不会不小心将其签入。一定有更好的办法。

Answer 1

通过NODE_ENV 分支您的规则

您可以使用 .js 版本的 eslint 配置 (eslintrc.js) 并根据 NODE_ENV 变量分支您的规则。

在eslintrc.js:

rules: {
 
  'no-console':
    process.env.NODE_ENV === 'production'
      ? 'error'
      : 'warn'

}

package.json 中的脚本：

"scripts": {
  "lint": "eslint",
  "lint:prod": "NODE_ENV=production eslint"
}

您将使用一个版本的规则和您的 CI 另一个版本（假设您的 CI 上的 NODE_ENV 设置为 production）。

Answer 2

来自 github 上的相关线程：https://github.com/eslint/eslint/issues/6460#issuecomment-226967834

看起来我要做的是创建一个dev.eslintrc 或类似的，然后扩展主要的.eslintrc。然后我可以根据需要使用命令行参数在两个规则集之间切换。

Answer 3

为什么不使用 pre-commit 钩子，在任何提交发生之前检查您的代码。如果本地或使用 .eslintrc 文件，您始终可以使用注释禁用任何您想要的规则。

查看https://github.com/jhurliman/precommit-hook 了解更多信息。老实说，我认为所有这些都需要依赖于开发。您的产品不应运行任何 lint。

最后，我会添加一些任务运行程序，例如 grunt 或 gulp，这样您就可以运行您的 lint、单元测试和您的代码所需的任何其他健全性检查。