JSHintでオフにできない「タブとスペースが混在する」警告など、物議を醸す項目がまだある場合は、ファイルを完全に処理できるように、エラーの制限(つまり、「エラーが多すぎます」)を削除する必要があります。
「タブとスペースが混在している」という警告は気にしません。コードを壊そうとしていることは気にします。 したがって、世界中の誰もがこれらの警告に同意せず、JSHintで必須である必要があるほど気に入っている場合でも、これらのエラーをふるいにかける必要がある場合でも、少なくともファイル全体を実行する機能が必要です。
/*jshint maxerr: 1000 */
設定することで、これを変更できます。 そうは言っても、 http://jshint.comがインターフェースを使用してそれを変更することを許可してくれればいいのですが(しかし、それはサイトリポジトリのバグだと思います。間違いがなければ、とにかく新しいインターフェースが登場します。 )。
私は同意します、それを完全にオフにするオプションがあるはずです。 承認済みとしてマークします。
+1「最初のエラーで停止」オプションを置き換える/拡張する必要があります。
これをマージできますか?
コミット履歴を見ると、_ 2年前_にマージしましたが、大きなスクリプトではJSHintが遅すぎるため、取り消す必要がありました。
@antonkovalyovああ、それは理にかなっています。
JSHintがファイルを同時にスキャンし、ファイルが終了するたびに(ファイルが散在しないようにキューに入れて)コンソールに出力するとどうなりますか? これにより、JSHintの速度が遅すぎることが解決されるだけでなく、このオプションが再度有効になる可能性があります。
maxerrorは、オプトアウトではなくオプトインにする必要があります。 jshintが私のファイルの処理を終了することを拒否するのは本当にイライラします。 grepが「一致が多すぎます」と言って途中で停止する場合を想像してみてください。 これが今の私の気持ちです。
上で述べたように、これは技術的な制限です。
@antonkovalyov技術的な制限について少し拡張して
@ b-long AFAIKでは、 maxerr
をInfinityに設定でき、スクリプトが完了するまでに永遠にかかるのを見ることができます。
私の間違いは、 /*jshint maxerr:200 */
(JSHint 2.1.4を使用)ではなく/*jshint maxerr: 200 */
ような構成を使用していたことです。 maxerr:
後の空白が私をつまずかせたので、 maxerr
後にコロンと数字を(スペースなしで)続ける必要があるようです。
最も参考になるコメント
maxerrorは、オプトアウトではなくオプトインにする必要があります。 jshintが私のファイルの処理を終了することを拒否するのは本当にイライラします。 grepが「一致が多すぎます」と言って途中で停止する場合を想像してみてください。 これが今の私の気持ちです。