docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) - #867
Conversation
…lout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
Warning Review limit reached
More reviews will be available in 59 minutes and 40 seconds. Learn how PR review limits work. Your organization has used up its prepaid credits, and credit purchases are no longer available. Enable the review add-on in the billing tab to keep reviews running — you're only billed for reviews past your plan's rate limits ($0.25/file). ⌛ How to resolve this issue?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 credits. 🚦 How do rate limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan refill rate. 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, the refill rate gradually slows as usage increases. The highest same-day bursts are limited more strictly. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughTwo release documentation files are updated. ChangesRing rollout documentation
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ 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 |
There was a problem hiding this comment.
Code Review
This pull request documents a staged canary and ring rollout process for dev-lead releases, detailing the ring channels (next, ring0, ring1, stable) and their respective consumers. Feedback on the runbook suggests replacing the automated bash loop with explicit, step-by-step manual commands to prevent accidental, unattended promotions across rings, which would violate the intended soaking and gating requirements.
Dev-Lead — waiting on PR blockers (intent: review-changes)PR: #867 |
|
Note @don-petry I reviewed this PR and no code changes were needed, but it still has blocking checks or reviews (failing or cancelled checks, or changes-requested reviews), so I cannot mark it done yet. I'll re-check automatically. |
Dev-Lead — fix-reviews (applied)Changes committed and pushed. |
Dev-Lead — review-changes (no-changes)No changes were needed for this PR. |
|
Advisory bots were rate-limited; auto-approval is withheld until they recover. pr-review-sweep will re-review this PR after 2026-06-21T13:19:19Z. |
… next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
Advisory bots were rate-limited; auto-approval is withheld until they recover. pr-review-sweep will re-review this PR after 2026-06-21T13:35:13Z. |
|
Dev-Lead — review-changes (no-changes)No changes were needed for this PR. |
|
Advisory bots were rate-limited; auto-approval is withheld until they recover. pr-review-sweep will re-review this PR after 2026-06-21T16:06:28Z. |
donpetry-bot
left a comment
There was a problem hiding this comment.
Automated review — APPROVED ✓
Risk: LOW
Reviewed commit: 4d772cfbcc9174cd61d9363f419ec5e4ee9538d0
Review mode: triage-approved (single reviewer)
Summary
Docs-only PR (2 files, +90/-3) updating release documentation: versioning.md marks dev-lead next/ring0/ring1 channels as live and adds a canonical ring-membership table (host-relative next; ring0 spans .github+.github-private; ring1 = TalkTerm, bmad-bgreat-suite; stable = rest), with the check_dev_lead_stub channel rule; runbook.md adds §2c documenting the staged cut-once / ring-by-ring promotion + rollback sequence. No code, configs, workflows, or scripts touched.
Linked issue analysis
No formal closingIssuesReferences; PR refs #499/#500/#501 and advances #499 (docs criterion). Content aligns with the stated intent: documents the live dev-lead ring channels and the staged-rollout procedure. Ring membership matches the canonical #500 model. No linked-issue gate to block on.
Findings
No blocking findings. The one prior review thread (gemini-code-assist, medium: the original for-loop could promote all rings unattended) is RESOLVED and OUTDATED — the loop was replaced with explicit per-ring git tag -f + push --force blocks, each ending in a '# → verify (§4) + soak' gate, confirmed in the current diff. CodeRabbit review DISMISSED; SonarCloud quality gate passed (0 new issues). Codex was unavailable (usage limit) — non-blocking. MCP secret-scanning tool not exposed in this run; docs-only change carries no credential surface. Triage assessment (low-risk docs) confirmed.
CI status
All required checks green. SUCCESS: CI (Lint, ShellCheck, Secret scan/gitleaks, Agent Security Scan, Compile agentic workflows), CodeQL (actions+python), AgentShield, SonarCloud, holdout-guard, Test-Deletion Guard, unit-tests, dependency-audit (detect), review, dev-lead/dispatch. SKIPPED (non-blocking): dependabot-automerge, ecosystem audit sub-jobs, dev-lead/ci-relay. No failures. mergeStateStatus BLOCKED only on the pending org-leads team review (REVIEW_REQUIRED).
Reviewed automatically by the PR-review agent (single-reviewer mode: fable 5). Reply if you need a human review.
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
…lout runbook (#499) (#867) * docs(release): document live dev-lead next/ring channels + staged-rollout runbook (#499) The Phase-2 candidate (`next`) and ring channels are now live for dev-lead (created during the v1.4.0 rollout). Update the release docs to match reality: - versioning.md: mark `next`/`ring0`/`ring1` as live for dev-lead (not "future"), add a "Ring channels (live for dev-lead)" table with the current ring→repo assignment, the next→ring0→ring1→stable order, and the compliance-audit channel rule. Note pr-review is still stable-only (pending #499). - runbook.md: new §2c "Staged canary / ring rollout" — cut once, advance the channel tags ring-by-ring with verify+soak between each, gated at every ring, rollback-at-any-stage. Notes the automated/health-gated version is #501. Refs #499 #500 #501 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(reviews): address review comments [skip ci-relay] * docs(release): align ring membership to canonical #500 (host-relative next; ring1 = TalkTerm + bmad-bgreat-suite) Per the design decision on #500 (from discussion petry-projects/.github#516): host-relative next, ring0 spans .github+.github-private (host already in next), ring1 = {TalkTerm, bmad-bgreat-suite}. References standards/canary-rings.json as the intended SoT (#501). Supersedes the ad-hoc table. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>



Brings the release docs in line with reality after the dev-lead v1.4.0 rollout: the Phase-2
next/ring0/ring1channels are now live for dev-lead (previously documented as future state).next/ring channels live for dev-lead; add a Ring channels table (current ring→repo assignment: .github-private→next, .github→ring0, TalkTerm→ring1, rest→stable), thenext→ring0→ring1→stableorder, and thecheck_dev_lead_stubchannel rule. Notes pr-review is stillstable-only (pending [Phase 2] Add next + per-ring channel tags (blue/green green channel) #499).Moves #499 toward closure (docs criterion). Refs #500, #501.
🤖 Generated with Claude Code
Summary by CodeRabbit