chore(ci): bump governance-reusable pin to standards main - #78
Conversation
The pinned revision carries bugs that make Governance red on every consumer: the Workflow security linter runs update-actions-lock.sh from the CALLER's checkout where it does not exist (exit 127), and Allowlist Preflight runs check-actions-policy.sh with an empty GH_TOKEN (exit 3). Both are fixed on standards main. Witnessed green on hyperpolymath/blocky-writer at this exact SHA: governance run completed/success, 15/15 jobs. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📜 Recent review details
|
| Layer / File(s) | Summary |
|---|---|
Update governance workflow access and pin .github/workflows/governance.yml |
The governance job now grants actions: read permission and references the new shared governance workflow commit. |
Estimated code review effort: 1 (Trivial) | ~2 minutes
Merge Risk: ⚪ Minimal · up to db4ae
The governance workflow now grants the required read-only access and updates its reusable workflow to a pinned revision. No current merge-blocking risk is identified.
Suggested reviewers: metadatastician
🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
| Check name | Status | Explanation |
|---|---|---|
| Title check | ✅ Passed | The title clearly and concisely describes the main change: updating the pinned governance reusable workflow revision. |
| Description check | ✅ Passed | The description directly explains the governance workflow failures, the revision update, the required actions: read permission, and the reported validation result. |
| Docstring Coverage | ✅ Passed | No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0… |
| Linked Issues check | ✅ Passed | Check skipped because no linked issues were found for this pull request. |
| Out of Scope Changes check | ✅ Passed | Check skipped because no linked issues were found for this pull request. |
✨ Finishing Touches 💡 1
🛠️ Fix failing CI checks 💡
- Create stacked PR
- Commit on current branch
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.
A rabbit checks the workflow line
Read access joins the design
A newer pin hops into place
The job keeps its steady pace
Governance runs with a clear trace
Comment @coderabbitai help to get the list of available commands.
The governance-reusable at standards HEAD requests `actions: read`. A caller granting only `contents: read` fails at startup after the pin bump, reporting no check at all. This grants the missing scope in the same PR as the bump. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Pinned revision
81dbf2ddofgovernance-reusable.ymlcarries two bugs that make Governance red on every consumer:bash scripts/update-actions-lock.sh --verify-localin the caller's checkout, where the script does not exist — exit 127.check-actions-policy.shwith an emptyGH_TOKEN—ghrefuses, exit 3.Both are cured on
standardsmain (fad242d35291de1898242d6737ba02b74a59a2f2): the verifier is copied into\$RUNNER_TEMP, and the policy step is skipped when no credential is supplied.Witness: verified green on hyperpolymath/blocky-writer#55 at this exact SHA — governance run
completed/success, 15/15 jobs, including the two jobs that were red on that repo's default branch.Judge this PR by the set difference against your own default branch (which governance jobs are newly red), not by overall check colour — unrelated build failures may pre-date it.
Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com