You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That is missing pull_request and non_fast_forward, both of which #478's 2026-07-28 "Gated apply: z-shell/.github ruleset reconciliation" comment explicitly recorded as present immediately after that apply:
The single remaining main ruleset now contains exactly: deletion, non_fast_forward, required_linear_history, required_signatures, pull_request (code-owner review, zero approving-review count), and copilot_code_review (review on push and drafts).
Confirmed directly via:
gh api repos/z-shell/.github/rulesets/19646747
ruleset.updated_at is 2026-08-16T13:12:29.895+01:00, so the rules changed sometime after 2026-07-28. Nothing in this session changed the ruleset -- this is a read-only finding from scripts/repo-settings-audit.rb, confirmed by direct gh api inspection.
Impact
Per decisions/0013-repository-settings-baseline.md, class 4 (.github) requires pr_required and force_push_blocked ("R"). Both are currently unsatisfied on this repo's own main branch -- the same "declared but unenforced" pattern ADR-0013 and ci: enforce commit-trailer and commit-message policy org-wide, not in one repo #464 both describe, now on the meta repo itself.
No classic branch protection exists as a fallback (404 on branches/main/protection), so nothing else is currently blocking a direct push or a force-push to main.
Suggested fix
Restore the ruleset to the shape #478's comment recorded, per runbooks/branch-protection.md's "Reference ruleset shape" section (main: deletion, required_linear_history, pull_request with code-owner review and 0 approving-review count, non_fast_forward, copilot_code_review, plus required_status_checks once a guard workflow exists). Verify with gh api repos/z-shell/.github/rulesets/19646747 after applying, and re-run scripts/repo-settings-audit.rb --repo z-shell/.github to confirm it reports clean.
Agent handoff
Status: Ready for review
Current state: Drift confirmed via live gh api, not yet remediated.
Blockers: None; needs a maintainer decision on whether to restore via gh api ruleset PATCH or via the UI.
Next steps: Restore pull_request and non_fast_forward rules on ruleset 19646747, then re-run the audit script to confirm.
What happened
Manually running the new
scripts/repo-settings-audit.rb(PR #511) against livez-shell/.githubfound that ruleset19646747onmaincurrently has only:That is missing
pull_requestandnon_fast_forward, both of which #478's 2026-07-28 "Gated apply:z-shell/.githubruleset reconciliation" comment explicitly recorded as present immediately after that apply:Confirmed directly via:
ruleset.updated_atis2026-08-16T13:12:29.895+01:00, so the rules changed sometime after 2026-07-28. Nothing in this session changed the ruleset -- this is a read-only finding fromscripts/repo-settings-audit.rb, confirmed by directgh apiinspection.Impact
decisions/0013-repository-settings-baseline.md, class 4 (.github) requirespr_requiredandforce_push_blocked("R"). Both are currently unsatisfied on this repo's ownmainbranch -- the same "declared but unenforced" pattern ADR-0013 and ci: enforce commit-trailer and commit-message policy org-wide, not in one repo #464 both describe, now on the meta repo itself.404onbranches/main/protection), so nothing else is currently blocking a direct push or a force-push tomain.Suggested fix
Restore the ruleset to the shape #478's comment recorded, per
runbooks/branch-protection.md's "Reference ruleset shape" section (main:deletion,required_linear_history,pull_requestwith code-owner review and 0 approving-review count,non_fast_forward,copilot_code_review, plusrequired_status_checksonce a guard workflow exists). Verify withgh api repos/z-shell/.github/rulesets/19646747after applying, and re-runscripts/repo-settings-audit.rb --repo z-shell/.githubto confirm it reports clean.Agent handoff
gh api, not yet remediated.gh api rulesetPATCH or via the UI.pull_requestandnon_fast_forwardrules on ruleset19646747, then re-run the audit script to confirm.