Additionally we have .eslintrc.json configured to parse using @typescript-eslint/parser, as well as the plugins necessary to check against typescript rules within ESLint. The observed behavior is that, when using that parser, HoundCI passes even with a small set of violations normally caught locally. This issue is resolved when switching to using the babel-eslint parser. Eventually we'd like to use the TS-ESlint parser for its formal support of type-based rules and the long-term EOL of TSLint.
In our repo we have
.hound.yml
configured to run ESLint:Additionally we have
.eslintrc.json
configured to parse using@typescript-eslint/parser
, as well as the plugins necessary to check against typescript rules within ESLint. The observed behavior is that, when using that parser, HoundCI passes even with a small set of violations normally caught locally. This issue is resolved when switching to using thebabel-eslint
parser. Eventually we'd like to use the TS-ESlint parser for its formal support of type-based rules and the long-term EOL of TSLint.Dependencies:
Subset of ESLint rules tested with (just as an example):