Skip to content

docs: define release-manager App required permissions (incl. Workflows:write)#812

Merged
don-petry merged 1 commit into
mainfrom
docs/release-manager-app-permissions
Jul 19, 2026
Merged

docs: define release-manager App required permissions (incl. Workflows:write)#812
don-petry merged 1 commit into
mainfrom
docs/release-manager-app-permissions

Conversation

@don-petry

Copy link
Copy Markdown
Contributor

Documents the full required-permission set for the petry-projects-release-manager App in the canary-rollout header and the canary-rings ADR, after #807 established Workflows:write is required for .github tag moves. Emphasizes the grant-AND-request rule. Docs-only.

🤖 Generated with Claude Code

…s:write)

The canary-rollout header listed the App's perms but omitted Workflows:write, which
#807 established is REQUIRED to move channel tags on workflow-heavy repos like
.github (else 403 'Resource not accessible by integration'). Spell out the full
required-permission set + the grant-AND-request rule (create-github-app-token drops
any permission the mint step doesn't list). Also fix the stale ADR line that still
named GH_PAT_WORKFLOWS as the mover.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@don-petry
don-petry requested a review from a team as a code owner July 19, 2026 21:57
Copilot AI review requested due to automatic review settings July 19, 2026 21:57
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@coderabbitai

coderabbitai Bot commented Jul 19, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@don-petry, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 39 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

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 configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 9c28e09d-fdd4-4a18-b305-c35b9f5a6c3f

📥 Commits

Reviewing files that changed from the base of the PR and between 42b9f32 and 6d6b109.

📒 Files selected for processing (2)
  • .github/workflows/canary-rollout.yml
  • docs/initiatives/agent-canary-rings-adr.md
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch docs/release-manager-app-permissions

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@sonarqubecloud

Copy link
Copy Markdown

@don-petry

Copy link
Copy Markdown
Contributor Author

Dev-Lead — review-changes (no-changes)

No changes were needed for this PR.

@don-petry
don-petry enabled auto-merge (squash) July 19, 2026 21:58

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request updates the Architecture Decision Record (ADR) for agent canary rings to specify that the promotion workflow authenticates using the petry-projects-release-manager GitHub App, listing its required repository permissions. The reviewer suggested standardizing these permission names to lowercase to align with standard GitHub Actions syntax and facilitate copy-pasting.

Comment thread docs/initiatives/agent-canary-rings-adr.md
@don-petry
don-petry disabled auto-merge July 19, 2026 21:59

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Updates internal documentation to explicitly capture the full GitHub App permission set required by petry-projects-release-manager for canary promotions—especially Workflows:write, which is necessary for moving channel tags on .github when workflow files are involved—reinforcing the “grant AND request” rule established in #807.

Changes:

  • Expand the canary-rollout.yml header comment to enumerate required App repo permissions, with rationale for Workflows:write.
  • Update the agent canary rings ADR to record the App identity, bypass-actor requirement, and the full permission set (and why Workflows:write matters).

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.

File Description
docs/initiatives/agent-canary-rings-adr.md Documents the release-manager App’s required permissions and ties the Workflows:write requirement back to #807.
.github/workflows/canary-rollout.yml Enhances the workflow header docs to list required App permissions and emphasize the grant-and-request nuance.

Comment on lines +16 to +19
# REQUIRED release-manager App repository permissions (set BOTH on the App AND
# requested in the token-mint step — `create-github-app-token` restricts the minted
# token to exactly the `permission-*` it lists, so a grant the step doesn't request
# is silently absent):
@don-petry
don-petry merged commit e7b563b into main Jul 19, 2026
33 of 41 checks passed
@don-petry
don-petry deleted the docs/release-manager-app-permissions branch July 19, 2026 22:00
@don-petry

Copy link
Copy Markdown
Contributor Author

Dev-Lead — fix-reviews (applied)

Changes committed and pushed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants