Jshint: "너무 많은 오류"라는 개념을 제거해야 합니다.

/*jshint maxerr: 1000 */ 를 설정하여 이를 변경할 수 있습니다. 즉, http://jshint.com 에서 인터페이스를 사용하여 변경할 수 있으면 좋을 것입니다. ).

동의합니다. 완전히 끌 수 있는 옵션이 있어야 합니다. 수락됨으로 표시합니다.

+1 "첫 번째 오류 시 중지" 옵션을 대체/확장해야 합니다.

이것을 병합할 수 있습니까?

커밋 기록을 보면 _2년 전_에 병합했지만 큰 스크립트에서는 JSHint가 너무 느려서 취소해야 했습니다.

@antonkovalyov 아, 말이 되네요.

JSHint가 파일을 동시에 스캔하여 파일이 끝날 때마다 콘솔에 인쇄하면(파일이 산재되지 않도록 큐잉 사용) 어떻게 될까요? 이렇게 하면 JSHint가 너무 느려지는 문제를 해결할 수 있을 뿐만 아니라 이 옵션을 다시 활성화할 수 있습니다.

maxerror는 옵트아웃이 아니라 옵트인이어야 합니다. jshint가 내 파일 처리 완료를 거부하는 것은 정말 실망스럽습니다. grep이 "너무 많은 일치"라고 말하는 것을 중간에 중지한다고 상상해보십시오. 지금 제 기분이 이렇습니다.

위에서 말했듯이 이것은 기술적 한계입니다.

@antonkovalyov 기술적 한계를 조금 더 확장해 주시겠습니까? 아마도 나(또는 누군가)가 모두를 기쁘게 하는 패치를 작성할 수 있을까요? JSHint.com 설치와 관련하여 장기 실행 프로세스에 대한 우려를 이해할 수 있지만 레거시 코드베이스에서 작업한 경험상 이 오류는 너무 익숙합니다. :)

@b-long AFAIK maxerr 를 Infinity로 설정할 수 있으며 스크립트가 완료되는 데 영원히 걸리는 것을 볼 수 있습니다.

내 실수는 /*jshint maxerr:200 */ (JSHint 2.1.4 포함) 대신 /*jshint maxerr: 200 */ 와 같은 구성을 사용하고 있었습니다. maxerr: 뒤의 공백이 나를 넘어뜨렸을 때 maxerr 다음에 콜론과 숫자가 와야 합니다(공백 없이).