CI Doctor: Separate severity from failure frequency#216
Conversation
The report previously conflated two dimensions under one CRITICAL/HIGH/ MEDIUM/LOW badge computed purely from affected-job count: a one-job severity-5 release blocker rendered LOW while a five-job flake rendered CRITICAL — actively misleading triage. Issues now carry both: severity (max of the analysis' 1-5 product- impact rubric, rendered S1–S5) and frequency (the count-based label, rendered as a second chip). Old summary files with only the label still render, so doctor-refresh on an existing workdir keeps working.
|
Skipping CI for Draft Pull Request. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pmtk The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
Warning Review limit reached
Next review available in: 55 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (2)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
The report previously conflated two dimensions under one CRITICAL/HIGH/MEDIUM/LOW badge computed purely from affected-job count: a one-job severity-5 release blocker rendered LOW while a five-job flake rendered CRITICAL — actively misleading triage.
Issues now carry both: severity (max of the analysis' 1-5 product- impact rubric, rendered S1–S5) and frequency (the count-based label, rendered as a second chip).