ESLintはJavaScriptを静的に検証するツールです。
わかりやすく言えば、チームメンバー間で統一された美しいコードを生成するためのツールです。
設定ファイルを書いておけば自動で変換することも可能です。
ESLintを始めよう！
JavaScriptのLintツールにはjslint, jshint, JSCSなどがあります。
2016/11 時点で npm trendsで比較した結果が以下の画像です。
http://www.npmtrends.com/jslint-vs-jshint-vs-jscs-vs-eslint
半年前はjshintと並んでいましたが、わずか半年の間にダブルスコアをつけています。
jshintは開発が鈍化しています。
またJSCSの開発チームはESlintに移行することを決めました。
以下に記載した有名ライブラリは開発時にESLintを使っています。
ESLintはJavaScript界のLintのデファクトスタンダードになりつつあります。
ESLintはNode.jsとnpmだけあれば実行できます。
Gruntもgulpもwebpackも難解な設定も必要ありません。
本記事はESLintの入門者向けに、Step by Stepのチュートリアル形式で書きました。
ESLint導入のお役に立てれば幸いです。
2020/01/22 追記
結構参照されてるので追記します
現在はESLint1強です。3年で10倍ぐらいのスコアになりましたね…すごい。
前提
Node.js,npmが導入済みであること
環境
以下のバージョンで確認
| ライブラリ | バージョン |
|---|---|
| Node.js | 6.5.0 |
| npm | 3.10.3 |
| ESlint | 3.10.2 |
流れ
| Step | 内容 |
|---|---|
| Step 1 | 準備 |
| Step 2 | ESLintの実行 |
| Step 3 | ルールの記述方法 |
| Step 4 | オプションのないルールを追加 |
| Step 5 | 文字列オプションがあるルールを追加 |
| Step 6 | オブジェクトオプションがあるルールを追加 |
| Step 7 | fixオプション |
| Step 8 | globalsプロパティ |
| Step 9 | envプロパティ |
| Step 10 | extendsプロパティ |
| Step 11 | 設定の上書き |
| Step 12 | lint対象を複数指定 |
| Step 13 | parserOptionsプロパティ |
※Step 13 終了時のコードをおいておきます。
| Tips |
|---|
| エディターとESLintをリンクさせよう |
| ルールの探し方 |
| Formatters |
| rootプロパティ |
Step 1 準備
プロジェクトフォルダと検証用のjsファイルを作りましょう。
以下のような構成です。
myproject
└── src
├── index.html
├── lib
│ └── jquery-3.1.1.min.js
└── script.js
プロジェクトフォルダは自分で好きなとこに作ってください。
srcの中身は以下のzipをダウンロードしてください。
https://github.com/howdy39/step-by-step-eslint/archive/init.zip
<!DOCTYPE HTML>
<html>
<body>
<button id="alert">alertボタン</button>
<script src="lib/jquery-3.1.1.min.js"></script>
<script src="script.js"></script>
</body>
</html>
document.getElementById('alert').addEventListener('click', function (){
alert("document.getElementByIdのalert");
});;
$('#alert').on('click', function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
package.jsonの作成
npm initでpackage.jsonを作成します。
npm init -y
-yをつけることで質問にyesで答えたことにしています。
ESLintのインストール
プロジェクトフォルダ上で以下のコマンドを叩きます。
npm install --save-dev eslint
--save-devは開発時に必要なモジュールということです。
ここまでで以下のような構成になります
myproject
+ ├── node_modules
+ │ ...長いので省略
+ │
+ ├── package.json
└── src
├── index.html
├── lib
│ └── jquery-3.1.1.min.js
└── script.js
Step 2 ESLintの実行
設定ファイルを作ってからESLintを実行します。
設定ファイルの種類について
以下の4種類の記述方法があります。
| 記述方法 | ファイル | メリット |
|---|---|---|
| JavaScript | .eslintrc.js | プログラマブルに記述可能 |
| YAML | .eslintrc.yaml or .eslintrc.yml | 記述量が少ない |
| JSON | .eslintrc.json | 一般的 |
| JSON | package.json | 設定ファイルを増やさずに済む |
※メリットは筆者の感想です。
※eslintrc.jsonはJSON形式ですがコメントが書けます。
他の記事やOSSなどで.eslintrcというファイルを見たことがあるかもしれません。
JSONやYAMLで記述可能なファイルですが 現在は非推奨 です。
設定ファイルを手動で作る
本記事では.eslintrc.jsonを採用します。
プロジェクトフォルダ直下に.eslintrc.jsonを作りましょう。
中身は{}だけでOKです。
{}
ESLintの実行
ESLintを実行してみましょう。
対象はsrcディレクトリ配下のscript.jsです。
./node_modules/.bin/eslint src/script.js
実行してもエラーどころか何も表示されずに終了します。
ESLintは初期状態ではチェックをしてくれません。
チェックルールを追加していく必要があります。
package.jsonにESLintの実行コマンドを書く
毎回./node_modules/.bin/eslintと書くのは面倒です。
package.jsonを開いて"scripts"にlintを新しく定義します。
"scripts": {
- "test": "echo \"Error: no test specified\" && exit 1"
+ "test": "echo \"Error: no test specified\" && exit 1",
+ "lint": "eslint src/script.js"
},
※package.jsonに書く場合、./node_modules/.bin/は省略可能です。
以下のコマンドを実行して先ほどと同じように何もおきないことを確認して下さい。
npm run lint
> eslint src/script.js
ここまでで以下のような構成になります
myproject
+ ├── .eslintrc.json
├── node_modules
│ ...長いので省略
│
├── package.json
└── src
├── index.html
├── lib
│ └── jquery-3.1.1.min.js
└── script.js
Step 3 ルールの記述方法
ルールは設定ファイルの"rules"プロパティに登録します。
{
"rules": {
"ルール名": "ルール設定"
}
}
ルール設定の記述方法
"ルール設定"は以下のように指定します。
| 設定 | 省略形 | 意味 |
|---|---|---|
| "off" | 0 | チェックをしません |
| "warn" | 1 | ルールに違反すると警告を出します |
| "error" | 2 | ルールに違反するとエラーにします |
「初期状態では何もしないのに"off"って必要？」と思ったかもしれません。
これは後で出て来るので一旦無視してください。
オプション付きルール設定の記述方法
オプションがある場合、配列でルール設定の後に記述します。
オプションには文字列が入る場合もあれば、オブジェクトが入る場合もあります。
{
"rules": {
"文字列オプションありのルール": ["ルール設定", "オプション"],
"オブジェクトオプションありのルール": ["ルール設定", {"オプションキー": "オプションバリュー"}]
}
}
Step 4 オプションのないルールを追加
no-extra-semiルールを追加
no-extra-semiは不要なセミコロンを探すためのルールです。
設定ファイルを以下のように修正しESLintを実行します。
{
"rules": {
"no-extra-semi": "warn"
}
}
npm run lint
/プロジェクトフォルダ/src/script.js
4:4 warning Unnecessary semicolon no-extra-semi
✖ 1 problem (0 errors, 1 warning)
4行目の4文字目に不要なセミコロンがある、と警告を出しています。
修正後に再実行して警告が消えることを確認してください。
document.getElementById('alert').addEventListener('click', function (){
alert("document.getElementByIdのalert");
- });;
+ });
$('#alert').on('click', function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
Step 5 文字列オプションがあるルールを追加
quotesルールを追加
quotesは文字列の指定をダブルクォート"にするか、シングルクォート'にするかを決めるルールです。
シングルクォートにする"single"を指定してESLintを実行します。
{
"rules": {
- "no-extra-semi": "warn"
+ "no-extra-semi": "warn",
+ "quotes": ["warn", "single"]
}
}
npm run lint
/プロジェクトフォルダ/src/script.js
3:9 warning Strings must use singlequote quotes
✖ 1 problem (0 errors, 1 warning)
3行目の9文字目がシングルクウォートになっていない、と警告を出しています。
修正後に再実行して警告が消えることを確認してください。
document.getElementById('alert').addEventListener('click', function (){
- alert("document.getElementByIdのalert");
+ alert('document.getElementByIdのalert');
});
$('#alert').on('click', function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
Step 6 オブジェクトオプションがあるルールを追加
space-before-blocksルールを追加
space-before-blocksはブロックの開始、つまり{の前にスペースを入れるかどうかを決めるルールです。
オプションがオブジェクトのため少し複雑です。
space-before-blocksには3つのオプションのキーがあります。
- functions
- keywords
- classes
コードとの対応は以下のようになります。
if (a) { // keywords
b();
}
var a = function() {} // functions
class Foo { // classes
constructor() {} // functions
}
またそれぞれのオプションの値に以下のいずれかを設定します。
- always：スペースがあること
- never：スペースがないこと
では「functionの前にスペースがあること」を追加してESLintを実行します。
{
"rules": {
"no-extra-semi": "warn",
- "quotes": ["warn", "single"]
+ "quotes": ["warn", "single"],
+ "space-before-blocks": ["warn", { "functions": "always" }]
}
}
npm run lint
/プロジェクトフォルダ/src/script.js
2:71 warning Missing space before opening brace space-before-blocks
✖ 1 problem (0 errors, 1 warning)
2行目の71文字目にスペースが入っていない、と警告を出しています。
修正後に再実行して警告が消えることを確認してください。
- document.getElementById('alert').addEventListener('click', function (){
+ document.getElementById('alert').addEventListener('click', function () {
alert('document.getElementByIdのalert');
});
$('#alert').on('click', function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
Step 7 fixオプション
今までは警告が出たら手動でなおすという作業をしていましたが、ESLintが自動でやってくれる便利な機能があります。
それが--fixオプションです。
package.jsonのeslint実行コマンドに--fixを追加します。
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1",
- "lint": "eslint src/script.js"
+ "lint": "eslint src/script.js --fix"
},
ここで今までにscripts.jsを最初の状態に戻して再度実行します。
document.getElementById('alert').addEventListener('click', function (){
alert("document.getElementByIdのalert");
});;
$('#alert').on('click', function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
警告がでずに正常終了しファイルが書き換えられていることが確認してください。
- document.getElementById('alert').addEventListener('click', function (){
+ document.getElementById('alert').addEventListener('click', function () {
- alert("document.getElementByIdのalert");
+ alert('document.getElementByIdのalert');
- });;
+ });
$('#alert').on('click', function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
自動変換されるルール
注意点としてfixオプションで全てのルールが自動変換されるわけではありません。
ESLintのルールの一覧ページを見てみましょう。
ルールの一覧が並んでいます、そこにレンチのアイコンがついてるルールがあります。
これがfixオプション指定時に自動で直してくれるルールです。
Step 8 globalsプロパティ
globalsプロパティについて解説する前に一つルールを追加します。
no-undefルールを追加
no-undefは未定義の変数を探すためのルールです。
設定ファイルを以下のように修正しESLintを実行します。
{
"rules": {
- "no-extra-semi": "warn"
+ "no-extra-semi": "warn",
+ "no-undef": "warn",
"quotes": ["warn", "single"],
"space-before-blocks": ["warn", { "functions": "always" }]
}
}
npm run lint
/プロジェクトフォルダ/src/script.js
2:1 warning 'document' is not defined no-undef
3:3 warning 'alert' is not defined no-undef
6:1 warning '$' is not defined no-undef
7:3 warning 'console' is not defined no-undef
8:3 warning 'alert' is not defined no-undef
✖ 5 problems (0 errors, 5 warnings)
document, alert, $, consoleが未定義です、と警告を出しています。
このJavaScriptはブラウザで実行するのが前提ですし、htmlではjQueryを読み込んでいるため問題がないコードです。
しかしESlintはLint対象のscript.jsしか見ていません。
ESLintに これはグローバルに存在する変数（関数）ですよ と教えてあげる必要があります。
それがglobalsプロパティです。
globalsプロパティの記述方法
設定ファイルの"globals"キーに登録します。
{
"globals": {
"変数名": true or false(書き換え可能かどうか)
}
}
globalsプロパティを追加
globalプロパティにalert, document, $, consoleを追加します。
これらは書き換えるものではないのでfalseを指定します。
{
+ "globals": {
+ "alert": false,
+ "document": false,
+ "$": false,
+ "console": false
+ },
"rules": {
"no-extra-semi": "warn",
"no-undef": "warn",
"quotes": ["warn", "single"],
"space-before-blocks": ["warn", { "functions": "always" }]
}
}
修正後に再実行して警告が消えることを確認してください。
ポイント
globalsプロパティへの設定は以下の２点です。
- グローバルにその名前の変数（関数）が存在していること
- 書き換え不可（または可）ということ
先程の例で書き換え不可だからfalseを設定、と書きました。
しかし 書き換えをNGにするルールを設定していない のでfalseを設定してもチェックはしてくれません。
書き換えNGをチェックするにはno-global-assignルールを使用します。
つまりglobalsプロパティはno-undef, no-global-assignとセットで使うものということです。
Step 9 envプロパティ
browserにはたくさんのグローバル変数（関数）がセットされています。これをひとつずつ設定するのは大変です。
envプロパティはglobalsプロパティを一括で定義するのに利用できます。
envプロパティの記述方法
{
"env": {
"環境名": true or false(有効にするかどうか)
}
}
使用できるenvプロパティの種類はSpecifying Environmentsを参照してください。
注意点
globalsプロパティは上書き可能かどうかのtrue/falseでしたが、 envプロパティはenvの設定を有効にするかどうかのtrue/false です。
では上書き可能かどうかのtrue/falseはどうなるのかというと、globalsという別のnpmモジュールから取得しています。
https://github.com/sindresorhus/globals/blob/master/globals.json
envにbrowserを追加
ブラウザ環境にあるグローバル変数を定義してあるのがbrowserです。
以下のページでbrowser内にalert,document,consoleの定義されていることが確認できます。
globals.alert
globals.document
globals.console
設定ファイルにenvプロパティとその中にbrowserでtrue（env設定を有効）を追加します。
またglobalsプロパティからalert,document,consoleを消します。
{
+ "env": {
+ "browser": true
+ },
"globals": {
- "alert": false,
- "document": false,
- "$": false,
+ "$": false
- "console": false
},
"rules": {
"no-extra-semi": "warn",
"no-undef": "warn",
"quotes": ["warn", "single"],
"space-before-blocks": ["warn", { "functions": "always" }]
}
}
修正後に再実行して警告がでないことを確認してください。
envにjQueryを追加
envプロパティはbrowserのような実行環境だけなくjQueryのようなメジャーなライブラリ環境もサポートしています。
設定ファイルのenvプロパティにjqueryをtrue（有効）を追加します。
またglobalsプロパティから$を消します。
{
"env": {
- "browser": true
+ "browser": true,
+ "jquery": true
},
"globals": {
- "$": false
},
"rules": {
"no-extra-semi": "warn",
"no-undef": "warn",
"quotes": ["warn", "single"],
"space-before-blocks": ["warn", { "functions": "always" }]
}
}
修正後に再実行して警告がでないことを確認してください。
envとglobalsの使い分け
envを基本にして、envになかったらglobalsに自分で定義するでよいと思います。
Step 10 extendsプロパティ
ESLintにはルールが200以上あるためひとつずつ設定するのは大変です。
extendsプロパティを使うことでESLintおすすめのルールを読み込むことができます。
ESLintのルールの一覧ページを見てみましょう。
ルールの一覧が並んでいますがチェックマークのアイコンがついてるルールがあります。
これがESLintおすすめのルールです。
eslint:recommendedを追加
ではおすすめ設定を追加してみましょう。
設定ファイルにextendsプロパティを追加し、値に"eslint:recommended"を追加します。
{
"env": {
"browser": true,
"jquery": true
},
+ "extends": "eslint:recommended",
"globals": {
},
"rules": {
"no-extra-semi": "warn",
"no-undef": "warn",
"quotes": ["warn", "single"],
"space-before-blocks": ["warn", { "functions": "always" }]
}
}
ではESLintを実行してみましょう。
npm run lint
/プロジェクトフォルダ/src/script.js
7:3 error Unexpected console statement no-console
✖ 1 problem (1 error, 0 warnings)
consoleが入ってます、とエラーを出しています。
これはno-consoleルールがおすすめ設定に入っているためです。また"warn"ではなく"error"で設定されていることがわかります。
今回はconsoleがあっても良いこととして扱います。
そのためno-consoleを"off"で上書きします。
{
"env": {
"browser": true,
"jquery": true
},
"extends": "eslint:recommended",
"globals": {
},
"rules": {
+ "no-console": "off",
"no-extra-semi": "warn",
"no-undef": "warn",
"quotes": ["warn", "single"],
"space-before-blocks": ["warn", { "functions": "always" }]
}
}
修正後に再実行してエラーが消えることを確認してください。
Step 11 設定の上書き
前Stepではextendsプロパティの設定をrulesプロパティで上書きしました。
その他にも上書きする方法があります。
設定ファイルを追加する
今まで設定ファイルはプロジェクト直下の.eslintrc.jsonを使っていました。
これはディレクトリ単位で設定が可能です。
srcディレクトリに.eslintrc.jsonを作ってください。
設定内容はno-consoleを"warn"です。
{
"rules": {
"no-console": "warn"
}
}
再実行して 警告 になることを確認してください。
npm run lint
/プロジェクトフォルダ/src/script.js
7:3 warning Unexpected console statement no-console
✖ 1 problem (0 errors, 1 warning)
no-consoleは以下のように"error"->"off"->"warn"と上書きされたことがわかります。
-
"error"/ プロジェクト直下の.eslintrc.jsonの"extends": "eslint:recommended" -
"off"/ プロジェクト直下の.eslintrc.jsonの"rules" -
"warn"/ script.jsと同じ階層にある.eslintrc.jsonの"rules"
使用事例
この設定ファイルを使った上書き設定はテストディレクトリがあるときによく使われます。
以下はESLintプロジェクトのテストディレクトリの設定事例です。
env:
mocha: true
参照：https://github.com/eslint/eslint/blob/master/tests/.eslintrc.yml
単体テストライブラリであるmochaをenvプロパティに突っ込んでいるのがわかります。
このように設定ファイル分けることで テストコードではないJavaScriptファイルにmocha特有のグローバル変数が入ってしまった場合、エラーにすることができます。
ルールをファイルに直接書く
設定ファイル追加する以外にもLint対象のファイルに直接書く方法があります。
先程追加したファイルでno-consoleをwarnにしてしまいました。
今度は対象ファイルに直接書いてoffにしてみましょう。
以下のようにコメント文で書くことができます。
/*eslint no-console: "off"*/
+ /*eslint no-console: "off"*/
document.getElementById('alert').addEventListener('click', function () {
alert('document.getElementByIdのalert');
});
$('#alert').on('click',function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
修正後に再実行して警告が消えることを確認してください。
ルールの上書きのまとめ
優先順位的には以下のようになります。
- Lint対象ファイル
- Lint対象ファイルと同階層にある設定ファイルの
rules - Lint対象ファイルの同階層にある設定ファイルの
extends - Lint対象ファイルの親階層にある設定ファイルの
rules - Lint対象ファイルの親階層にある設定ファイルの
extends
Step 12 lint対象を複数指定
今までは一つのファイルに対してESLintを実行していました。
ですが実際のプロジェクトでは複数ファイルが必要です。
本StepではLint対象ファイルの指定方法を解説します。
フォルダやglob形式で指定
ESLintではファイルだけでなくフォルダやglob形式で指定することが可能です。
srcフォルダを指定してみましょう。
package.jsonを開いて実行コマンドを変更します。
{
...
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1",
- "lint": "eslint src/script.js --fix"
+ "lint": "eslint src --fix"
},
...
修正後に再実行してみましょう。
npm run lint
/プロジェクトフォルダ/src/lib/jquery-3.1.1.min.js
2:72 warning 'module' is not defined no-undef
2:87 warning 'module' is not defined
... 省略
✖ 47 problems (41 errors, 6 warnings)
... 省略
srcディレクトリにはjQueryのライブラリが入っていたため、jQueryのコードで大量に警告やエラーがでてしまいました。
このような場合は除外設定をするのが簡単です。
.eslintignore
.eslintignoreファイルはESLintの対象外を指定することが可能です。
gitの除外対象を設定する.gitignoreのESLint版ですね。
プロジェクトディレクトリに.eslintignoreファイルを作ります。
/src/lib/**を指定してjQueryのJavaScriptを除外します。
/src/lib/**
修正後に再実行して警告やエラーが消えることを確認してください。
Step 13 parserOptionsプロパティ
ESLintはデフォルトでES5形式のJavaScriptしか読み込むことができません。
ES2015など、ES5以降のJavaScriptを読み込むための設定がpaserOptionsプロパティです。
ES2015の構文を使ったコードに修正
設定を行う前にES2015の構文であるテンプレートリテラル（バックティック）に変更します。（変数を埋め込んでいないので良い例ではないですが）
/*eslint no-console: "off"*/
document.getElementById('alert').addEventListener('click', function () {
- alert('document.getElementByIdのalert');
+ alert(`document.getElementByIdのalert`);
});
$('#alert').on('click', function () {
console.log('jQueryのalert');
alert('jQueryのalert');
});
修正後に実行してみましょう。
npm run lint
/プロジェクトフォルダ/src/script.js
3:9 error Parsing error: Unexpected character '`'
✖ 1 problem (1 error, 0 warnings)
Parsing errorというのが出ました。
つまりES5の構文ではないためJavaScriptの解析自体に失敗しています。
parserOptionsにES2015を設定
ES2015を読み込めるようにparserOptionsを設定しましょう。
設定ファイルに以下のように"ecmaVersion": 2015を入れるだけです。
{
"env": {
"browser": true,
"jquery": true
},
"extends": "eslint:recommended",
"globals": {
},
+ "parserOptions": {
+ "ecmaVersion": 2015
+ },
"rules": {
"no-console": "off",
"no-extra-semi": "warn",
"no-undef": "warn",
"quotes": ["warn", "single"],
"space-before-blocks": ["warn", { "functions": "always" }]
}
}
修正後に再実行してエラーが消えることを確認してください。
その他のPaserOptionsについて
PaserOptionsはES2015の読み込むに使うと書きましたが、正確にはファイルの解析方法を拡張するプロパティです。
import文やexport文を認識させたり、JSXを読み込むのにも使用します。
以下のページを参照してください。
http://eslint.org/docs/user-guide/configuring#specifying-parser-options
Tips
ここではStep by Stepの流れからは割愛しましたが、知っておくと良い知識を記載しておきます。
エディターとESLintをリンクさせよう
本手順ではESLintをnpm run lintで実行してきました。
しかしコーディングしてファイルを保存して上記コマンドを叩くのは面倒です。
各種エディタでESLintのプラグインが提供されています。
これを使うことでいちいちコマンドを叩かずに済みます。
http://eslint.org/docs/user-guide/integrations#editors
筆者はVisual Studio Codeのプラグインを使っています。
VSCodeの設定で"eslint.autoFixOnSave": trueを設定しておくと、保存した瞬間に--fixつきのESLintが実行されファイルが保存されます。
これはとても快適なので試してみてください。
ルールの探し方
ESLintにはルールが200以上あるため探すのが大変です。
筆者はESLint demoを使って探しました。
エラーにしたいコードとエラーにしたくないコードを打つとどちらかで引っかかる事が多いです。
Formatters
本手順で警告やエラーを表示していたのはstyishというデフォルトのフォーマッターです。
これを好きな形式に変更することが可能です。
stylishは短くてスッキリしますがどこがエラーなのかが分かりづらいです。
codeframeを使うとはっきりわかります。
package.jsonのESLintコマンドを書き換えてもいいのですが、一時的に変えたいだけなら実行時にオプションを指定するのがおすすめです。
※npm run実行時に--をつけるとpackage.json内のコマンドにオプションを追加できます。
npm run lint -- -f codeframe
> eslint src --fix "-f" "codeframe"
/プロジェクトフォルダ/src/script.js
error: Parsing error: Unexpected character '`' at src/script.js:3:9:
1 | /*eslint no-console: "off"*/
2 | document.getElementById('alert').addEventListener('click', function () {
> 3 | alert(`document.getElementByIdのalert`);
| ^
4 | });
5 |
6 | $('#alert').on('click',function () {
これはES2015に対応させなかった場合のエラーです。
エラーがでた場所がはっきりわかると思います。
どこでエラーが出ているのかよくわからん、というときに便利です。
rootプロパティ
設定ファイルを追加して設定を上書きするときに親階層をみていくと書きました。
ですが場合によっては親階層から探してほしくない、そこで止めて欲しい、というケースもあるとおもいます。
その場合、rootプロパティを設定すると親階層をみにいかなくなります。
{
"root": true,
"rules": {
"no-console": "warn"
}
}