Monorepo for all the tooling which enables ESLint to support TypeScript
OTHER License
Bot releases are hidden (Show)
Published by JamesHenry almost 5 years ago
Published by JamesHenry almost 5 years ago
Published by JamesHenry almost 5 years ago
Published by JamesHenry almost 5 years ago
Published by JamesHenry almost 5 years ago
Published by JamesHenry almost 5 years ago
Published by JamesHenry about 5 years ago
Published by JamesHenry about 5 years ago
Published by JamesHenry about 5 years ago
Published by JamesHenry about 5 years ago
Published by JamesHenry about 5 years ago
Published by JamesHenry about 5 years ago
Published by JamesHenry about 5 years ago
Published by JamesHenry about 5 years ago
as const
arrow functions (#876) (14c6f80)options.project
(#806) (9e5f21e)Published by JamesHenry about 5 years ago
project
is specified within parserOptions
, we will now hard fail when parsing files that are not included within the provided tsconfig(s).includes
field within your tsconfig(s) so that all the files you want to lint are included.tsconfig.eslint.json
which you pass into parserOptions.project
, which includes all of the files you want to lint, e.g.:
{
// extend your base config so you don't have to redefine your compilerOptions
"extends": "./tsconfig.json",
"include": [
"src/**/*.ts",
"test/**/*.ts",
"typings/**/*.ts"
// etc
],
// IF (and only if) you have a mixed JS/TS codebase - you should also turn on JS support
"compilerOptions": {
"allowJs": true,
"checkJs": true
}
}
If you are using non standard file extensions (i.e. .vue
files), you should add the following config to your .eslintrc
file:
{
"parserOptions": {
"extraFileExtensions": [".vue"]
}
}
*.ts
/*.tsx
).
"overrides"
config to select which files to apply rules to.prefer-interface
. This rule was replaced by consistent-type-definitions
.no-triple-slash-reference
. This rule was replaced by triple-slash-reference
no-angle-bracket-type-assertion
and no-object-literal-type-assertion
into one rule - consistent-type-assertions
.explicit-function-return-type
no longer treats export default () => {}
as an expression for the purposes of the allowExpressions
option.explicit-function-return-type
- allowTypedFunctionExpressions
and allowHigherOrderFunctions
are now both true
by default.no-inferrable-types
- ignoreParameters
and ignoreProperties
are now both false
by default.no-this-alias
- allowDestructuring
is now true
by default.plugin:@typescript-eslint/recommended
plugin:@typescript-eslint/recommended-requiring-type-checking
plugin:@typescript-eslint/recommended
. These rules specifically require type information. We separated these rules into a separate config to ease adoption and to make the base recommended
"fast-by-default".plugin:@typescript-eslint/eslint-recommended
eslint:recommended
which are already handled by TypeScript.plugin:@typescript-eslint/all
{
"extends": [
"eslint:recommended",
"plugin:@typescript-eslint/eslint-recommended",
"plugin:@typescript-eslint/recommended",
"plugin:@typescript-eslint/recommended-requiring-type-checking"
]
}
allowExpressions
(#831) (ebbcc01)ignoreRestArgs
for interfaces (#777) (22e9ae5)for..in
, for..of
(#787) (39e41b5)Literal
to RuleListener
types (#824) (3c902a1)is
token typed as Keyword
(#750) (35dec52)ecmaVersion
(#746) (d11fbbe)consistent-type-assertions
(#731) (92e98de), closes #731
project
set (#760) (3777b77), closes #760
Published by JamesHenry over 5 years ago
@types/json-schema
dependency (#675) (a5398ce)typescript
from peer dep to dev dep (#712) (f949355)Published by JamesHenry over 5 years ago
const;
(#633) (430d628), closes #441
async
identifier token typed as Keyword
(#681) (6de19d3)Published by JamesHenry over 5 years ago