Feature request: Support a "warning" level for linting
- Dominant language
- Rust
- Stars
- 49.7k
- Forks
- 2.4k
- Avg merge
- 2d 1h
- Merged PRs (30d)
- 458
Description
It would be really nice if, like `ignore`, we could select specific issues to turn into warnings rather than errors. That is, it would still output a warning to `stdout`, (perhaps separating errors and warnings), but it would still return with exit status 0.
### Use case:
A large, older codebase that contains a lot of linting issues regarding specific rules. (For example, a codebase that predates type annotations.) By allowing warnings, we can make these issues visible to developers for fixing as they lint their changes, but we don't have to have a separate configuration for our pre-commit hooks, CI tools, etc. to ensure they ignore these issues.
Contributor guide
Research direction
Start by tracing Ruff's existing ignore configuration, diagnostic output, and exit-status handling; the issue does not name specific files or tests. Define how selected rules become warnings, how warnings and errors are displayed, and ensure warning-only runs return status 0 while error runs retain failure behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python, rust
- Domain
- cli, tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100