CI: grant pull-request read permission for verify-pr-title job to pr-verifier caller#495
Conversation
📝 WalkthroughWalkthroughThe PR adds explicit job-level ChangesPR Verifier Workflow Permission
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~5 minutes Poem
🚥 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 |
…verifier caller Add read permission for verify-pr-title job to able to read the title successfully. Signed-off-by: Daniels Nagornuks <dnagornu@redhat.com>
abbf910 to
7536036
Compare
huang195
left a comment
There was a problem hiding this comment.
Clean, well-scoped change. Adds pull-requests: read to the verify-pr-title job only (not caller-wide), which is the right least-privilege approach for the reusable pr-verifier-required.yml workflow — mirrors the operator fix in rossoctl/operator#379 but with tighter scoping.
Areas reviewed: CI / GitHub Actions
CI status: passing (the earlier Go CI (authlib) red was an unrelated flaky test — TestReverseProxy_Finisher_Allow — which passed on re-run)
LGTM.
Summary
A small PR to fix the issue that was present in kagenti/kagenti-operator repository CI workflow with the job to verify PR title failing due to missing permissions. Unlike the PR that fixed the job in that repository (rossoctl/operator#379), this one limits the permissions to the job specifically, rather than caller-wide (in case more jobs are added where permissions would need to be fine tuned differently).
Testing
Summary by CodeRabbit