코드 linting에 대한 이유를 이해합니다. 형태의 linting을 사용해야하는 이유를 묻지 않습니다.왜 JSLint와 JSHint를 함께 사용합니까
내가 JSLint 및 JSHint 모두 사용 된 프로젝트에 참여했습니다 -이 내 질문은 왜 같은 코드를 모두를 사용하는 것입니까? 확실히 JSLint를 전달하는 모든 것이 JSHint를 전달할 것입니까?
코드 linting에 대한 이유를 이해합니다. 형태의 linting을 사용해야하는 이유를 묻지 않습니다.왜 JSLint와 JSHint를 함께 사용합니까
내가 JSLint 및 JSHint 모두 사용 된 프로젝트에 참여했습니다 -이 내 질문은 왜 같은 코드를 모두를 사용하는 것입니까? 확실히 JSLint를 전달하는 모든 것이 JSHint를 전달할 것입니까?
JSHint은 JSLint의 거의 모든 것을 에뮬레이트 할 수 있으므로 좋은 이유는 하나도 없습니다.
체크 아웃 JSHint에서 제공하는 모든 옵션 :
http://jshint.com/docs/options/
그것은 JSLint의 최신 버전은 JSHint에서 누락 된 몇 가지 특별한 검사를해야하지만 일반적으로 JSHint가 더있을 가능성이 인기있는 (github 별) 및 이동 (많은 커밋 및 참여자), 그래서 나는 JSHint 스틱 것.
또는 물론
는 ESLint 더 유연하고 신속되고있는 가장 멋진 IMO :또 다른 가능한 이유는 일부 CI 환경 구체적으로 JSLint의 XML 형식을 읽을 수 있습니다, 그러나 물론 JSHint 할 수 있다는 것입니다 그렇게해서도 좋은 이유가 아닙니다.
제레미 Dunck의 @jdunck : 사람들은 여전히 JSLint했다을 사용했다 왜 https://twitter.com/valueof/status/380119627482660864
유일한 두 가지 이유 :
는 JSHint의 작성자는 의견을 도움이 될 수 트위터에 이것에 대해 스레드를 시작 17 Sep
@valueof 마케팅 및 스위칭 비용.
요르단 Harband가되지는 탭 문자를 지원 더 이상없는 내가 할 수있는 유일한 이유 @valueof
9월
17 @ljharb. jshint가 인식하지 못하는 공백을 잡습니다. 당신이 완벽하게 유효한 질문을 downvote 할 필요성을 느끼는 경우
당신은 – danwellman
내가 downvote하지 않은 이유는 내용의 덧글을 남길 수 있지만,이 프로젝트에 따라 다를 수 있으며, 두 린터에 대한 다양한 의견이있다. –