fix(governance): reject ambiguous production protection rules - #278
fix(governance): reject ambiguous production protection rules#278seonghobae wants to merge 4 commits into
Conversation
|
Warning Review limit reached
Next review available in: 60 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. 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: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (2)
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 |
|
@coderabbitai review Review exact current head |
Rate Limit Exceeded
|
Purpose
Harden Noema's production-environment governance evidence so malformed or future-drifted GitHub responses containing duplicate semantic protection rules cannot normalize into a passing result by selecting only the first matching rule.
Exact identities
4573a6f7eaf904e19a6e3198c8cabcfd4be40c400c59219f0e213162576d6465ae9d8b731d745035af152e4fa1b698d563369712e3e8bb0e1e065797fix/production-environment-rule-ambiguityGREEN implementation
evaluateProductionEnvironment()now collects therequired_reviewersandbranch_policysemantic rule families, requires exactly one record for each authority type, preserves concrete first-rule details for diagnostics, and emitsrequired_reviewers_rule_ambiguousorbranch_policy_rule_ambiguouswhen duplicates are observed. Existing requirements for concrete reviewers, self-review prevention, protected branches, and disabled custom branch policies remain intact.Focused tests prove duplicate reviewer and branch-policy rule families fail closed rather than inheriting the first record.
Restack and verification boundary
The branch was merged with protected
mainafter #272, #266, and #275. The current merge tree overlays onlyscripts/lib/production-environment-governance.mjsandtest/production-environment-governance.test.tson current protected-main bytes.Historical predecessor evidence does not transfer. Application
ci,reviewer-ci, protected-base-eligibleSecurity Scan, and fresh review must complete successfully on unchanged current headaf152e4fa1b698d563369712e3e8bb0e1e065797before merge. Pending, queued, skipped, absent, neutral, failed, cancelled, stale, predecessor, status-only, model-only, or rate-limited evidence is non-passing.This evaluator hardening does not assert that the live GitHub production environment passes, that administrator bypass is disabled, that reviewer ownership is valid, or that a deployment or release occurred.
No repair/self-modifying workflow, protection weakening, reviewer invention, secret mutation, audit waiver, release, or deployment claim.