You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Add new option to webhook_server/config/schema.yaml:
allow-commands-on-draft-prs:
type: arrayitems:
type: stringdefault: nulldescription: | List of commands allowed on draft PRs. - Not set (null): commands blocked on draft PRs (default behavior) - Empty list []: all commands allowed on draft PRs - List with commands: only specified commands allowed (e.g., ["build-and-push-container", "retest"])
Configuration can be set at three levels (in order of precedence):
In-repo config: .github-webhook-server.yaml in the repository
Per-repo in global config: Under specific repository in config.yaml
Global config: Top-level in config.yaml
Example in .github-webhook-server.yaml:
# Allow all commands on draft PRsallow-commands-on-draft-prs: []# Or allow only specific commandsallow-commands-on-draft-prs:
- build-and-push-container
- retest
3. Code Changes
Update command handler to check this configuration
When not set (null/missing): block commands on draft PRs (current behavior preserved)
When empty list []: allow all commands on draft PRs
When list has values: allow only those specific commands on draft PRs
4. Deliverables
Update config schema with allow-commands-on-draft-prs list option
Update command handler logic with list-based checking
Add unit tests for all scenarios (not set, empty list, specific commands)
Activity
myakove commentedon Jan 15, 2026
Thanks for the feature request! To help scope this properly, could you clarify a few things?
Which commands? Should all commands be allowed on draft PRs, or only a subset (e.g.,
/retest,/cherry-pick, etc.)?Configuration scope - Should this be configurable:
.github-webhook-server.yaml?Use case - What's the workflow driving this? (e.g., running tests before marking ready for review, getting early feedback, etc.)
Default behavior - Should the default be to block commands on draft PRs (current behavior) or allow them?
jpeimer commentedon Jan 15, 2026
myakove commentedon Jan 15, 2026
Thanks for the clarification! Here's the proposed implementation plan:
Implementation Plan
1. Configuration Schema Update
Add new option to
webhook_server/config/schema.yaml:2. Repository Configuration
Users can enable in their
.github-webhook-server.yaml:3. Code Changes
allow-commands-on-draft-prs: false(default): block commands on draft PRs (current behavior)allow-commands-on-draft-prs: true: allow all commands on draft PRs4. Tests
Deliverables
allow-commands-on-draft-prsoptionLet me know if this looks good or if you'd like any changes to the approach!
myakove commentedon Jan 15, 2026
Updated the plan based on feedback:
Revised Implementation Plan
1. Configuration Schema Update
Add new option to
webhook_server/config/schema.yaml:2. Configuration Levels (following existing pattern)
Configuration can be set at three levels (in order of precedence):
.github-webhook-server.yamlin the repositoryconfig.yamlconfig.yamlExample in
.github-webhook-server.yaml:3. Code Changes
[]: allow all commands on draft PRs4. Deliverables
allow-commands-on-draft-prslist optionfeat(commands): add allow-commands-on-draft-prs config option
feat(commands): add allow-commands-on-draft-prs config option
feat(commands): add allow-commands-on-draft-prs config option (#980)