Record ledger entry for PR #2009 direct-push conflict fix - #2021
Conversation
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
Warning Review limit reachedYou’ve reached a temporary PR review limit under our Fair Usage Limits Policy. Next review available in: 14 minutes Limit details: You’ve used all 1 included review currently available under your plan. You completed 94 included PR reviews in the past 7 days; at that activity level, included reviews refill at 1 review per hour. Your organization has reached its usage spending cap. Adjust your spending cap in the billing tab. 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: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
Comment |
|
This pull request has been ignored for the connected project Preview Branches by Supabase. |
Summary
main, I pushed a real (non-squashed) merge commit directly onto PR Add outstanding-issues row-staleness fingerprint checks #2009's own branch (codex/account-setup-polish-20260814).mainis now a true git ancestor of that branch, somergeable_statemoved fromdirtytobehind(a trivial one-commit lag, not a conflict), andPR mergeability/PR policychecks are green with full CI now running on PR Add outstanding-issues row-staleness fingerprint checks #2009 for the first time.docs/branch-review-records/75a51e7413c063ecd1a7ac074cba09c119cb4ef8c5318bfdde5f7836b4143d9e.record.md.Verification
npx prettier --checkon the new record file — passedNot applicable: this is a documentation-only ledger record with no executable behavior change.
npm run verify:pr-local— not run; this is a single append-only immutable ledger record file (the format this repo's own tooling generates vianpm run ledger:append), not source/config/test code, so the smallest correct gate is the format check above.Risk and rollout
Notes
Generated by Claude Code