workflows: call discover.yaml as a reusable workflow#16
Conversation
|
Warning Review limit reached
More reviews will be available in 50 minutes and 34 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 We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans include higher PR review limits than trial, open-source, and free plans. In all cases, reviews become available again over time. During sustained high-volume PR review activity, CodeRabbit may temporarily slow when the next review becomes available. 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)
📝 WalkthroughWalkthrough
ChangesReusable workflow extraction
Estimated code review effort🎯 2 (Simple) | ⏱️ ~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 |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/run_discover.yaml:
- Line 1: The workflow definition is missing an explicit name field, which makes
it anonymous and harder to track in run history and required-check targeting.
Add a name field at the very top of the workflow file, before the `on:` trigger
definition. The name should be descriptive and reflect the purpose of the
workflow, such as "Discover" or another appropriate identifier.
- Around line 6-11: The workflow-level permissions block currently includes the
elevated `checks: write` and `id-token: write` scopes, which apply globally to
all jobs and introduce unnecessary permission escalation. To fix this, reduce
the workflow-level permissions block to only include `contents: read`, then add
a separate permissions section under the specific job (jobs.Atelier) that
includes all three permissions: `contents: read`, `checks: write`, and
`id-token: write`. This ensures that only the Atelier job gets the elevated
scopes it needs, while other jobs won't inherit write permissions by default.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: ASSERTIVE
Plan: Pro
Run ID: 14ff1197-a869-45b1-b800-eb7bda808a9f
📒 Files selected for processing (2)
.github/workflows/discover.yaml.github/workflows/run_discover.yaml
0b9347d to
367eec2
Compare
This provides access to `inputs`.
367eec2 to
6c8006f
Compare
|
ooooh smart! thank you! |
It seems really annoying to have to deal with
inputsnot being available indiscover.yamlwhen called from this repo. Calling it similar to how end users would should fix that and be a good example for users.