Angular ESLint

Monorepo for all the tooling which enables ESLint to lint Angular projects

This project is made possible thanks to the continued hard work going into https://github.com/typescript-eslint/typescript-eslint, and brilliant work on the original TSLint rule implementations in https://github.com/mgechev/codelyzer.

Contents

• Quick Start
• Supported Angular CLI Versions
• Supported ESLint Versions
• Packages included in this project
• Package Versions
• Adding ESLint configuration to an existing Angular CLI project which has no existing linter
• Using ESLint by default when generating new Projects within your Workspace
• Configuring ESLint
• Philosophy on lint rules which enforce code formatting concerns
• Linting with the VSCode extension for ESLint
• Usage without Angular CLI Builder and eslintrc style configs
• Notes on performance
• Using eslint-disable comments in Angular templates
• Migrating an Angular CLI project from Codelyzer and TSLint

Quick Start

1. Follow the local environment and workspace setup guide in order to install the Angular CLI

2. Create a new Angular CLI workspace in the normal way, optionally using any of the supported command line arguments and following the interactive prompts:

1ng new # --maybe --some --other --flags --here

3. Change directory into your new workspace and then use the Angular CLI to add @angular-eslint/schematics.

1ng add @angular-eslint/schematics

...and that's it!

As well as installing all relevant dependencies, the ng add command will automatically detect that you have a workspace with a single project in it, which does not have a linter configured yet. It can therefore go ahead and wire everything up for you!

You will also see that it added the following in your angular.json:

1  "cli": {
2    "schematicCollections": ["@angular-eslint/schematics"]
3  }

Read the section on Using ESLint by default when generating new Projects within your Workspace to understand why this is useful.

Supported Angular CLI Versions

As of v12, we aligned the major version of @angular-eslint with Angular (and Angular CLI).

Therefore, as an example (because these versions may or may not exist yet when you read this):

• @angular-eslint packages at 16.x.x and @angular/cli@16.x.x are compatible
• @angular-eslint packages at 17.x.x and @angular/cli@17.x.x are compatible
• @angular-eslint packages at 18.x.x and @angular/cli@18.x.x are compatible
• ...and so on...

NOTE: the exact minor and patch versions of each library represented here by x's do not need to match each other, just the first (major) number

For an understanding of Angular CLI version support prior to v12, please see ./docs/ANGULAR_VERSION_SUPPORT.md

Please do not open issues related to unsupported versions of the Angular CLI.

Supported ESLint Versions

See the specified peerDependency in any of our packages, such as the eslint-plugin: https://github.com/angular-eslint/angular-eslint/blob/main/packages/eslint-plugin/package.json

Usage with Nx Monorepos

Nx leans on some, but not all of the packages from this project.

Specifically:

• It does not use the builder to execute ESLint
• It does not use the schematics to generate files and config, and is responsible for configuring ESLint via .eslintrc.json or eslint.config.js files in a way that makes sense for Nx workspaces.

We strongly recommend that you do not try and hand-craft setups with angular-eslint and Nx. It is easy to get things wrong.

• If using Angular CLI, use the angular-eslint tooling as instructed below
• If using Nx, defer to the Nx tooling itself to configure things for you, it has been designed and tested specifically for this purpose.

Issues specific to Nx's support of Angular + ESLint should be filed on the Nx repo: https://github.com/nrwl/nx

Packages included in this project

Please follow the links below for the packages you care about.

• angular-eslint - This is the core package that exposes most of the other packages below for the common use case of using angular-eslint with Angular CLI workspaces. It exposes all the tooling you need to work with ESLint v9 and typescript-eslint v8 with flat config in v18 of angular-eslint onwards. For versions of angular-eslint older than v18, or workspaces still using ESLint v8 and typescript-eslint v7 or the legacy eslintrc config format, you will use a combination of the packages below directly.

• @angular-eslint/builder - An Angular CLI Builder which is used to execute ESLint on your Angular projects using standard commands such as ng lint

• @angular-eslint/eslint-plugin - An ESLint-specific plugin that contains rules which are specific to Angular projects. It can be combined with any other ESLint plugins in the normal way.

• @angular-eslint/eslint-plugin-template - An ESLint-specific plugin which, when used in conjunction with @angular-eslint/template-parser, allows for Angular template-specific linting rules to run.

• @angular-eslint/schematics - Schematics which are used to add and update configuration files which are relevant for running ESLint on an Angular workspace.

• @angular-eslint/template-parser - An ESLint-specific parser which leverages the @angular/compiler to allow for custom ESLint rules to be written which assert things about your Angular templates.

• @angular-eslint/test-utils - Utilities which are helpful when testing custom ESLint rules for Angular workspaces.

• @angular-eslint/utils - Utilities which are helpful when writing custom ESLint rules for Angular workspaces.

Package Versions

All of the packages are published with the same version number to make it easier to coordinate both releases and installations.

We publish a canary release on every successful merge to the main branch, so you never need to wait for a new stable version to make use of any updates.

The latest version under the latest tag is:

The latest version under the canary tag (latest commit to the main branch) is:

(Note: The only exception to the automated publishes described above is when we are in the final phases of creating the next major version of the libraries - e.g. going from 1.x.x to 2.x.x. During these periods, we manually publish pre-releases until we are happy with it and promote it to latest.)

Adding ESLint configuration to an existing Angular CLI project which has no existing linter

NOTE: If you are looking for instructions on how to migrate a project which uses TSLint, please see the bottom of the README.

If you want to add ESLint configuration (either a eslint.config.js file for flat config, or a .eslintrc.json file for eslintrc (angular-eslint will figure this out for you automatically) and an applicable "lint" target in your angular.json) to an existing Angular CLI project which does not yet have a linter set up, you can invoke the following schematic:

1ng g @angular-eslint/schematics:add-eslint-to-project {{YOUR_PROJECT_NAME_GOES_HERE}}

If you only have a single project in your Angular CLI workspace, the project name argument is optional

Using ESLint by default when generating new Projects within your Workspace

Regardless of whether or not you added @angular-eslint to a brand new workspace, or you added it in order to convert a project within an existing workspace, it is likely that from now on you want any subsequent projects that you generate in your workspace to also use ESLint.

In order to achieve this, @angular-eslint provides a set of custom generator schematics which sit on top of the default ones that the Angular CLI provides. They provide all the standard Angular CLI options, but just handle adding ESLint related configuration for you in each case.

You can always invoke them directly by specifying the collection name as part of the generate command:

1# To generate a new Angular app in the workspace using ESLint
2ng g @angular-eslint/schematics:application
3# To generate a new Angular library in the workspace using ESLint
4ng g @angular-eslint/schematics:library

Or, alternatively, if you don't want to have to remember to set that collection prefix in front of the : every time, you can set the schematicCollections in your angular.json to start with @angular-eslint/schematics.

You can either do that by hand by adjusting the JSON, or by running the following Angular CLI command:

1ng config cli.schematicCollections "[\"@angular-eslint/schematics\"]"

The final result in your angular.json will be something like this:

1  "cli": {
2    "schematicCollections": ["@angular-eslint/schematics"]
3  }

Now your generate commands can just be:

1# To generate a new Angular app in the workspace using ESLint (thanks to the schematicCollections set above)
2ng g app
3# To generate a new Angular library in the workspace using ESLint (thanks to the schematicCollections set above)
4ng g lib

1// ... more config
2"eslint.useFlatConfig": false,
3// ... more config

1eslint --ext .ts,.html .