Local Linking
It can sometimes be useful to try out your local typescript-eslint
repository's changes in another local ("downstream") repository.
The general strategy to do so is:
- Global linking: Use your package manager's global link command to make
@typescript-eslint/*
packages available as global symlinks. - Repository linking: Use your package manager's link command to reference those global symlinks in the local downstream repository.
- Trying rules: Test your local rules and plugins by enabling them in the local downstream repository.
Global Linking
To make all @typescript-eslint/*
packages available globally, run this command from your typescript-eslint
repository root:
for package in ./packages/*; do
cd $package
# Insert your package manager's global link command here
cd ../..
done
The command to put instead of that #
comment, depends on the local downstream repository's package manager:
- npm:
npm link
- pnpm:
pnpm link --global
- Yarn v1 / classic:
yarn link
- Yarn v2 / v3 / berry: skip this step altogether
Repository Linking
Now that the @typescript-eslint/*
packages are available locally, you can link to them in the local downstream repository.
Run that repository's package manager's link command for any @typescript-eslint/*
packages that repository depends on:
- npm:
npm link @typescript-eslint/eslint-plugin @typescript-eslint/parser
- pnpm:
pnpm link @typescript-eslint/eslint-plugin @typescript-eslint/parser --global
- Yarn v1 / classic:
yarn link @typescript-eslint/eslint-plugin @typescript-eslint/parser
- Yarn v2 / v3 / berry:
yarn link /path/to/your/typescript-eslint/packages/eslint-plugin /path/to/your/typescript-eslint/packages/parser
- This will add a
resolutions
entry for each package in the local downstream repository'spackage.json
- This will add a
Now, you should be able to run ESLint in the local downstream repository as you normally would, and have it reference the local typescript-eslint package.
To check that the local package is being used, consider adding a console.log("Hello, world!");
to a file such as ./packages/eslint-plugin/dist/index.js
and making sure that log appears when linting the local downstream repository.
Trying Rules
Now that you've linked the @typescript-eslint/*
packages with your local downstream repository, the next step would be to include the rule on the local repository ESLint configuration file, e.g:
{
"rules": {
"@typescript-eslint/your-awesome-rule": "error"
}
// ...
}
After that, you need to run your repository's lint
script and your changes should be reflected on the project.
Changes to @typescript-eslint/
packages will not be reflected inside your linked repository until they're built locally.
To re-build all packages, run yarn build
from the root.
To start a watch mode builder on just the ESLint plugin, run yarn build --watch
from ./packages/eslint-plugin
.
Troubleshooting
Packages Not Found (Cannot find module
)
If a local @typescript-eslint/*
package has a dependency not present in the published npm version, linting in the local downstream repository may see a different error:
Error: Failed to load parser '@typescript-eslint/parser' declared in '.eslintrc.js': Cannot find module 'ts-api-utils'
Require stack:
- /repos/typescript-eslint/packages/typescript-estree/dist/convert-comments.js
In this case, you can manually install any missing packages in the local downstream repository as dev dependencies (--save-dev
).
yarn add ts-api-utils -D
Yarn Link Failures (Cannot link ... conflicts with parent dependency
)
Yarn v2 / v3 / berry can be strict about conflicting dependencies.
You may see errors about conflicting versions when running yarn
to install in the local downstream repository:
$ yarn
➤ YN0000: ┌ Resolution step
➤ YN0000: └ Completed
➤ YN0000: ┌ Fetch step
➤ YN0000: └ Completed
➤ YN0000: ┌ Link step
➤ YN0071: │ Cannot link @typescript-eslint/parser into eslint-plugin-import@npm:2.27.5 [6d590] dependency debug@npm:4.3.4 [531b6] conflicts with parent dependency debug@npm:3.2.7 [65bed]