Disallow specified warning terms in comments
Developers often add comments to code which is not complete or needs review. Most likely you want to fix or review the code, and then remove the comment, before you consider the code to be production ready.
This rule reports comments that include any of the predefined terms specified in its configuration.
This rule has an options object literal:
"terms"
: optional array of terms to match. Defaults to ["todo", "fixme", "xxx"]
. Terms are matched case-insensitively and as whole words: fix
would match FIX
but not fixing
. Terms can consist of multiple words: really bad idea
."location"
: optional string that configures where in your comments to check for matches. Defaults to "start"
. The start is from the first non-decorative character, ignoring whitespace, new lines and characters specified in decoration
. The other value is match anywhere
in comments."decoration"
: optional array of characters that are ignored at the start of a comment, when location is "start"
. Defaults to []
. Any sequence of whitespace or the characters from this property are ignored. This option is ignored when location is "anywhere"
.Example of incorrect code for the default { "terms": ["todo", "fixme", "xxx"], "location": "start" }
options:
Example of correct code for the default { "terms": ["todo", "fixme", "xxx"], "location": "start" }
options:
Examples of incorrect code for the { "terms": ["todo", "fixme", "any other term"], "location": "anywhere" }
options:
Examples of correct code for the { "terms": ["todo", "fixme", "any other term"], "location": "anywhere" }
options:
Examples of incorrect code for the { "decoration": ["*"] }
options:
Examples of incorrect code for the { "decoration": ["/", "*"] }
options:
Examples of correct code for the { "decoration": ["/", "*"] }
options:
This rule was introduced in ESLint v0.4.4.
© OpenJS Foundation and other contributors
Licensed under the MIT License.
https://eslint.org/docs/latest/rules/no-warning-comments