To submit a bug or feature request, please first:
- Use the latest version of this plugin.
- Search existing issues, including closed issues, for your issue.
- Since this plugin is a fork, please search the previous repositories too:
cartant/eslint-plugin-rxjs-angular
andcartant/rxjs-tslint-rules
. - Even if your issue is different, please feel free to link to related issues for context. It really helps!
- Since this plugin is a fork, please search the previous repositories too:
To start working an issue, first fork this repository.
Then install Yarn with corepack (included in all modern versions of Node.js):
corepack enable
Then run yarn
in this repository to restore packages.
Run yarn build
to build this plugin into the dist
folder.
Use yarn lint
to run the linter.
All linting must pass for a pull request to be accepted. We recommend you use the VS Code plugins for ESLint.
Use yarn test
to run the tests in watch mode.
We use vitest for unit testing.
All unit tests must pass for a pull request to be accepted.
We also enforce code coverage, which you can check with yarn coverage --coverage.reporter text
.
For major changes, before submitting a PR, please submit an Issue so the change can be discussed first.
This repository uses conventional commits. Essentially this means the title of your PR should be formatted like this:
<type>(<area>): <desc>
If the PR involves a breaking changes, put an exclamation mark before the colon. The body of the PR should start with "BREAKING CHANGE:" and describe the change clearly.
The <area>
may be a specific rule name, config name, or a more broad category.
feat(prefer-root-operators): new rule for banning `rxjs/operators`
fix(no-ignored-error): check observer object too, not just callbacks
docs(no-async-subscribe): additional reasoning behind this rule
chore(deps-dev): bump @eslint/plugin-kit from 0.2.2 to 0.2.3
feat(throw-error)!: stop linting throw statements
BREAKING CHANGE: regular JavaScript `throw` statements will no longer be handled by this rule.
feat
: new functionalityfix
: bug fixesdocs
: only documentation changestest
: only unit test changeschore
: any other changes (e.g. CI/CD, dependencies, repo maintenance)
You may also see refactor
and style
in this repository.
After submitting a PR, your PR will be reviewed by the code owners of this repository. Please work with us to address any feedback, which may include but is not limited to:
- Functional changes
- Test coverage
- Splitting PR into separate requests
- Small amounts of bike-shedding
Address each requested change and/or respond using line comments, then re-request a review. Once your PR is approved, we will merge it and publish the change in a reasonable amount of time.