Jshint: O conceito de "Muitos erros" deve ser removido

Você pode alterar isso definindo /*jshint maxerr: 1000 */ . Dito isso, seria bom se http://jshint.com permitisse alterar isso usando a interface (mas acho que é um bug para o repositório do site, e há uma nova interface surgindo de qualquer maneira, se não me engano )

Eu concordo, deve haver uma opção para desligar isso completamente. Marcando como aceito.

+1 Deve substituir / estender a opção "Parar no primeiro erro".

Podemos mesclar isso?

Se você olhar para o histórico de commits, nós o fundimos _dois anos atrás_, mas então tivemos que voltar porque em scripts grandes, JSHint seria muito lento.

@antonkovalyov Ah, isso faz sentido.

E se o JSHint varrer arquivos simultaneamente, imprimindo no console sempre que um arquivo for concluído (com fila para que os arquivos não sejam intercalados)? Isso pode resolver o fato de o JSHint ficar muito lento, bem como habilitar essa opção novamente.

maxerror deve ser opt-in em vez de opt-out. É realmente frustrante que o jshint se recuse a terminar de processar meu arquivo. Imagine se o grep parasse no meio do caminho dizendo "muitas correspondências". É assim que me sinto agora.

Como eu disse acima, essa é uma limitação técnica.

@antonkovalyov Você se importaria de expandir um pouco a limitação técnica? Talvez eu (ou outra pessoa) possa escrever um patch que agrade a todos? Eu posso entender a preocupação por um longo processo em relação à instalação do JSHint.com, mas em minha experiência de trabalho em uma base de código legada, esse erro é muito familiar :)

@ b-long AFAIK você pode definir maxerr para o infinito e pode ver o script levar uma eternidade para ser concluído.

Meu erro, eu estava usando uma configuração como /*jshint maxerr: 200 */ vez de /*jshint maxerr:200 */ (com JSHint 2.1.4). O espaço em branco depois de maxerr: me fez tropeçar, parece que maxerr deve ser seguido (sem espaços) por dois pontos e um número.