ここでは地域開発

Question

に異なるeslintルールを作成すると、動機例ですesLintが失敗した場合でも、ビルドシステムとバイスデザインによってビルドパイプラインの残りの部分が実行されることはありません。 error Unexpected console statement no-console

私が効果的にしたいことは、一定のルールがオフ（または警告に変換）した後、厳格な規則とproduction環境がオンになっているdev環境を設定することです。そして私は簡単にそれをローカルに切り替えることができるようにしたいので、私のコードがCIサーバーに送信される前に動作することを確認できます。

これを行うための関連するコードスニペットを見つけることができません。これは悲しいことです。私のビルド環境はnpmのスクリプト（esLint CLI + package.jsonだけを使用しています）ですが、私は別のビルド環境からソリューションを移植するのはうれしいです。

現在、私は// eslint-disable-lineのいずれかを残していますか、.eslintrcファイルをローカルに変更して、私が偶然にそれを間違ってチェックしないよう祈っています。より良い方法が必要です。

Answer 1

コミットが発生する前にコードがチェックされるプリコミットフックを使用しないでください。ローカルまたは.eslintrcファイルを使用している場合は、コメントを使用して必要なルールをいつでも無効にすることができます。

詳細はhttps://github.com/jhurliman/precommit-hookをご覧ください。私は正直なところ、このすべてが開発の依存性である必要があると思います。あなたの作品は糸くずを出すべきではありません。

最後に、gruntやgulpのようなタスクランナーを追加します。この方法で、リント、単体テスト、およびコードに必要な他の健全性チェックを実行できます。 githubの上の関連するスレッドから

Answer 2

：https://github.com/eslint/eslint/issues/6460#issuecomment-226967834

私は何をするつもりですがdev.eslintrcまたは類似作り、それがメイン.eslintrcを拡張していているように見えます。そして、必要に応じてコマンドライン引数を使って2つのルールセットを切り替えることができます。