Jshint: Konzept von "Too Many Errors" sollte entfernt werden

Sie können dies ändern, indem Sie /*jshint maxerr: 1000 */ . Trotzdem wäre es schön, wenn

Ich stimme zu, es sollte eine Option geben, dies vollständig zu deaktivieren. Als akzeptiert markieren.

+1 Es sollte die Option "Beim ersten Fehler stoppen" ersetzen/erweitern.

Können wir das einbinden?

Wenn Sie sich die Commit-Historie ansehen, haben wir das _vor zwei Jahren_ zusammengeführt, mussten dann aber zurücktreten, weil JSHint bei großen Skripten zu langsam wäre.

@antonkovalyov Ah, das macht Sinn.

Was ist, wenn JSHint Dateien gleichzeitig scannt und an die Konsole druckt, wenn eine Datei fertig ist (mit Queing, damit Dateien nicht durchsetzt werden)? Dies könnte dazu führen, dass JSHint zu langsam ist, und diese Option erneut aktivieren.

maxerror sollte eher opt-in als opt-out sein. Es ist wirklich frustrierend, dass jshint sich weigert, die Verarbeitung meiner Datei abzuschließen. Stellen Sie sich vor, grep würde auf halbem Weg aufhören und sagen "zu viele Übereinstimmungen". So fühle ich mich gerade.

Wie ich oben sagte, ist dies eine technische Einschränkung.

@antonkovalyov Würde es Ihnen etwas

@b-long AFAIK Sie können maxerr auf Unendlich setzen und Sie können zusehen, wie das Skript ewig dauert, bis es fertig ist.

Mein Fehler, ich habe eine Konfiguration wie /*jshint maxerr: 200 */ anstelle von /*jshint maxerr:200 */ (mit JSHint 2.1.4) verwendet. Das Leerzeichen nach maxerr: hat mich zum Stolpern gebracht, es sieht so aus, als ob auf maxerr (ohne Leerzeichen) der Doppelpunkt und die Zahl folgen müssen.