Add public/private repo visibility to reports and exports - #6
Conversation
Repo-level sections now carry visibility metadata, annotate non-public repos, and support optional --only-public/--only-private filtering via CLI, config, and scheduled workflows. Co-authored-by: Cursor <cursoragent@cursor.com>
|
Warning Review limit reached
Next review available in: 47 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: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (40)
✨ 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 |
- gui/wizard/__init__.py: assign __all__ = [] in the except branch so star-imports and introspection tools don't raise AttributeError when Textual is not installed (HIGH #1) - email_report_html.py: remove two no-op html.escape() calls — one on the already-safe storage_part format string, one on _run_out() which only ever returns "day {int}" or "--" (MEDIUM #3/#4) - email_report_html.py: remove redundant outer parentheses on the day-of-month paragraph in the parts list (LOW #5) - test_email_report_visibility.py: add missing edge-case test for pub_min > 0 with pub_mb == 0 in HTML formatter (LOW #6) - CHANGELOG.md: document HTML workflow default change with migration guidance for users who re-run setup (HIGH #2) Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Summary
Implements repository visibility awareness (public/private/internal) across all report sections. Per-repo Actions tables now group by visibility with subtotals; other sections annotate non-public repos with
[private]/[internal]tags. Introduces--only-publicand--only-privateCLI flags and config options to filter which repositories appear in repo-level sections.Changes
Core visibility module
visibility.pywith helpers:repo_visibility(),group_by_visibility(),visibility_label(),filter_repos_by_visibility()visibilityfield, falls back toprivateboolean)Data layer enrichment
visibility: Actions table, consumers, artifact/release details, storage analysisTerminal rendering
Email and exports
visibilitycolumn after repo name in all repo-level sectionsCLI and configuration
--only-public/--only-privateflags on both legacy and email report CLIonly_public/only_privatein[email_report]section (default: false)--max-reposslice (documented caveat)GUI/wizard
Testing
test_visibility.py,test_report_actions_visibility.py,test_setup_wizard_visibility.pyUser-facing impact