Our public issues tracker lists all of the things we plan on doing as well as suggestions from the community. Before starting to work on an issue, be sure you read through the rest of this page.
We use labels to indicate the status of issues. The most complete documentation on the labels is found in the Maintainer Guide, but most contributors should find the information on this page sufficient. The most important questions that labels can help you, as a contributor, answer are:
Is this issue available for me to work on? If you have little or no experience contributing to ESLint, the good first issue
label marks appropriate issues. Otherwise, the help wanted
label is an invitation to work on the issue. If you have more experience, you can try working on other issues labeled accepted
. Conversely, issues not yet ready to work on are labeled triage
, evaluating
, and/or needs bikeshedding
, and issues that cannot currently be worked on because of something else, such as a bug in a dependency, are labeled blocked
.
What is this issue about? Labels describing the nature of issues include bug
, enhancement
, feature
, question
, rule
, documentation
, core
, build
, cli
, infrastructure
, breaking
, and chore
. These are documented in the Maintainer Guide.
What is the priority of this issue? Because we have a lot of issues, we prioritize certain issues above others. The following is the list of priorities, from highest to lowest:
Some issues have had monetary rewards attached to them. Those are labeled bounty
. Bounties are assigned via BountySource.
If you’re going to work on an issue, please add a comment to that issue saying so and indicating when you think you will complete it. It will help us to avoid duplication of effort. Some examples of good comments are:
If an issue has already been claimed by someone, please be respectful of that person’s desire to complete the work and don’t work on it unless you verify that they are no longer interested.
If you find you can’t finish the work, then simply add a comment letting people know, for example:
No one will blame you for backing out of an issue if you are unable to complete it. We just want to keep the process moving along as efficiently as possible.
© OpenJS Foundation and other contributors
Licensed under the MIT License.
https://eslint.org/docs/latest/developer-guide/contributing/working-on-issues