Skip to main content
Two mechanisms let you mark a finding as a false positive: inline comments for individual lines, and config-file ignore globs for whole files and directories.

Inline comments

Inline comments work eslint-style and are checked after the first // on a line, so /// doc-comments match too:
roe-ignore-next-line suppresses a finding on the line below the comment; roe-ignore-line suppresses one on the same line. Both take an optional comma-separated rule list — omitting it suppresses any finding kind on that line. For roe dead-code: For roe health: These are the same names used in the kind field of JSON output. Because the list is comma-separated, one marker can silence exactly the checks you’ve accepted while leaving the rest reported:
A dead file’s finding and a large file’s finding are both pinned at line 1, so an unused-file or large-file marker — or a bare marker with no rule list — suppresses them from anywhere in the file.

Ignore globs

To drop every finding in matching files — for dead-code, dupes, and health alike — use the ignore list in a config file:
roe.json
To keep a suppression as narrow as the exception it accepts, scope it to one command instead: each command’s section takes an ignore list of its own, unioned with the top-level one and applied only to that command. Accepting an intentional duplicate this way doesn’t cost the file its dead-code and health coverage:
roe.json
See Configuration for glob semantics and config discovery.
Duplicate groups and circular dependencies span multiple files, so neither maps onto a single-line comment and neither has an inline suppression. Ignore globs — top-level, dupes.ignore, or health.ignore — are the only way to silence them.