Support loading eslint.config.mjs
or eslint.config.ts
as flat config file for ESLint.
Configure files will be searched in the following order, the first one found will be used:
eslint.config.js
eslint.config.mjs
eslint.config.cjs
eslint.config.ts
eslint.config.mts
eslint.config.cts
For .js
, .cjs
, and .mjs
files, they will be loaded by Node's native import()
.
For .ts
, .cts
, and .mts
files, they will be loaded using TypeScript loaders.
Context:
.cjs
and .mjs
as flat configeslint.config.mjs
and eslint.config.cjs
.eslint.config.ts
has been merged (not released yet): PR, Original RFC - This package will soon be redundant when it's landed.npm i -D eslint-ts-patch eslint@npm:eslint-ts-patch
It should make your eslint
CLI work for those config files automatically. If it's still not, you can try switching the CLI to eslint-ts
.
There are multiple solutions to load TypeScript files in Node.js at runtime, and each of them consists of different trade-offs. This patch supports the following loaders powered by importx
:
default
: Auto-detect the loader based on the user's environment.tsx
- Use Node's native ESM loader to load TypeScript files.
jiti
- Transpile TypeScript files and ESM to CJS and execute them at runtime.
bundle-require
- Use esbuild
to bundle the eslint.config.ts
file, and import the temporary bundle.
Learn more about the loaders in the importx
documentation.
To try out different loaders, you can set the ESLINT_TS_PATCH_LOADER
environment variable to one of the following values:
ESLINT_TS_PATCH_LOADER=tsx npx eslint
ESLINT_TS_PATCH_LOADER=bundle-require npx eslint
Or you can use magic comments @eslint-ts-patch-loader
in your eslint.config.ts
file:
// @eslint-ts-patch-loader tsx
Tested with the following tools:
npm
✅pnpm
✅yarn
✅eslint
CLI ✅node_modules/.bin/eslint
)As for VS Code v1.89 (April 2024) the bundled Node is v18.18.2, which is not compatible with tsx
loader (requires v18.19.0+) - Which should be fixed with next month's VS Code release. In order for VS Code ESLint works now, you need to update your settings.json with the following config to use your global Node.js:
{
"eslint.runtime": "node"
}
This package proxies all ESLint exports, it should be compatible by aliasing the eslint
package. The version of this package is the same as the latest supported ESLint version in addition to a patch number suffix indicating the patches of this package (e.g. 8.55.0-1
). It's using ^
relaxed dependency of eslint
, so it should work with any newer versions of ESLint.
As the support of eslint.config.js
seems to be quite hard-coded in ESLint, this package proxies all exports of ESLint and installs this register beforehand. The register will swap some internal code of ESLint at runtime to make it work.
It's only recommended to install this as top-level development dependency (user-aware). For plugin and library authors, it's ok to document the usage of this package for better DX. But we suggest avoiding having this as the dependency of your library or plugin, otherwise, take your own risk.
This patch is designed to be as transparent as possible. If you want to verify if it's working, you can add DEBUG="eslint-ts-patch"
environment variable to your command to see the debug logs.
➜ DEBUG="eslint-ts-patch" npx eslint -v
eslint-ts-patch initialized +0ms
eslint-ts-patch patched lib/eslint/flat-eslint.js +59ms
v8.55.0
MIT License © 2023-PRESENT Anthony Fu