Whether you're adding linting to a new TypeScript codebase, adding TypeScript to an old codebase, or migrating from the deprecated TSLint, the steps aren't a whole lot different.
First step is to make sure you've got the required packages installed:
$ yarn add -D eslint @typescript-eslint/parser @typescript-eslint/eslint-plugin
Next, create a .eslintrc.js
config file in the root of your project, and populate it with the following:
module.exports = {
root: true,
parser: '@typescript-eslint/parser',
plugins: [
'@typescript-eslint',
],
extends: [
'eslint:recommended',
'plugin:@typescript-eslint/eslint-recommended',
'plugin:@typescript-eslint/recommended',
],
};
This is about the smallest config file we recommend. There's a lot more you can add to this as you further onboard, but this will be enough to get you started.
Explaining the important bits:
parser: '@typescript-eslint/parser'
tells ESLint to use the parser package you installed (@typescript-eslint/parser
).- This allows ESLint to understand TypeScript syntax.
- This is required, or else ESLint will throw errors as it tries to parse TypeScript code as if it were regular JavaScript.
plugins: ['@typescript-eslint']
tells ESLint to load the plugin package you installed (@typescript-eslint/eslint-plugin
).- This allows you to use the rules within your codebase.
extends: [ ... ]
tells ESLint that your config extends the given configurations.eslint:recommended
is ESLint's inbuilt "recommended" config - it turns on a small, sensible set of rules which lint for well-known best-practices.plugin:@typescript-eslint/eslint-recommended
is a configuration we provide which disables a few of the recommended rules from the previous set that we know are already covered by TypeScript's typechecker.plugin:@typescript-eslint/recommended
is our "recommended" config - it's just likeeslint:recommended
, except it only turns on rules from our TypeScript-specific plugin.
Further reading:
- You can read more about configuring ESLint in their documentation on configuration..
- You can read more about the rules provided by ESLint in their documentation on their rules.
- You can read more about the rules provided by us in our plugin documentation.
Next, create a .eslintignore
file in the root of your project.
This file will tell ESLint which files and folders it should never lint.
Add the following lines to the file:
# don't ever lint node_modules
node_modules
# don't lint build output (make sure it's set to your correct build folder name)
dist
# don't lint nyc coverage output
coverage
With that configured, open a terminal to the root of your project, and run the following command
$ yarn eslint . --ext .js,.jsx,.ts,.tsx
That's it - ESLint will lint all .js
, .jsx
, .ts
, and .tsx
files within the current folder, and will output the results to your terminal.
You can also get results in realtime inside most IDEs via a plugin - just search your IDE's extension store.
With that configured you can now start to delve into the wide and extensive ESLint ecosystem of plugins and configs.
We have a lot of awesome rules which utilize the power of TypeScript's type information. They require a little bit of extra setup beyond this first step, so visit the next page to see how to set this up.
There are many configuration packages in the ecosystem - these packages that exist solely to provide a comprehensive base config for you, with the intention that you add the config and it gives you an opinionated setup. A few popular all-in-one-configs are:
- Airbnb's ESLint config -
eslint-config-airbnb-typescript
. - Standard -
eslint-config-standard-with-typescript
.
To use one of these complete config packages, you would replace the extends
with one of these, for example:
module.exports = {
root: true,
parser: '@typescript-eslint/parser',
plugins: [
'@typescript-eslint',
],
extends: [
- 'eslint:recommended',
- 'plugin:@typescript-eslint/eslint-recommended',
- 'plugin:@typescript-eslint/recommended',
+ 'airbnb-typescript',
],
};
If you use prettier
, there is also a helpful config to help ensure ESLint doesn't report on formatting issues that prettier will fix: eslint-config-prettier
.
Using this config is as simple as adding it to the end of your extends
:
module.exports = {
root: true,
parser: '@typescript-eslint/parser',
plugins: [
'@typescript-eslint',
],
extends: [
'eslint:recommended',
'plugin:@typescript-eslint/eslint-recommended',
'plugin:@typescript-eslint/recommended',
+ 'prettier/@typescript-eslint',
],
};
There are many plugins, each covering a different slice of the JS development world. Below are just a few examples, but there are many, many more.
- Jest testing:
eslint-plugin-jest
- ESLint comment restrictions:
eslint-plugin-eslint-comments
- Import/export conventions :
eslint-plugin-import
- React best practices:
eslint-plugin-react
andeslint-plugin-react-hooks
- NodeJS best practices:
eslint-plugin-node
Every plugin that is out there includes documentation on the various rules they offer, as well as recommended their own recommended configurations (just like we provide). You can add a plugin and a recommended config as follows:
module.exports = {
root: true,
parser: '@typescript-eslint/parser',
plugins: [
'@typescript-eslint',
+ 'jest',
],
extends: [
'eslint:recommended',
'plugin:@typescript-eslint/eslint-recommended',
'plugin:@typescript-eslint/recommended',
+ 'plugin:jest/recommended',
],
};
If you're having problems getting this working, please have a look at our Troubleshooting FAQ.