Wildcard patterns in repository rulesets not matching GitHub Actions status checks #197566
Replies: 1 comment
-
|
This behavior is expected with wildcard patterns in repository rulesets — currently, ruleset required status checks do not currently support partial wildcard matching (e.g., preview*). Instead, GitHub evaluates status checks using exact context names reported by the checks API, such as:
Because of this, the wildcard preview* will not match any of the individual job contexts, which is why the ruleset stays in "Waiting for status to be reported". A possible workaround is to explicitly list each required check in the ruleset, for example:
Relevant GitHub documentation: If wildcard support is important for your workflow, it may be worth raising this as a feature request, as many CI-heavy teams run into this limitation. If this helped clarify the issue, please consider marking this as the accepted answer so others can find it easily. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
🏷️ Discussion Type
Question
💬 Feature/Topic Area
Other
Discussion Details
I'm trying to use wildcard patterns (e.g., preview*) in repository rulesets to match multiple GitHub Actions status checks.
However, the wildcard pattern is not matching any checks in the PR checks section
Steps to Reproduce
- Context: preview*
- Job IDs: preview_admin, preview_dev, preview_staging, preview_prod
- These jobs report status in format: {job_id} / {Job Name}
- Example: preview_admin / Infra Preview admin
- Ruleset shows preview* as "Expected — Waiting for status to be reported"
- Pattern never matches the running checks
- PR remains blocked
Expected Behavior
The wildcard pattern preview* should match all status checks with job IDs starting with "preview":
Beta Was this translation helpful? Give feedback.
All reactions