-
Notifications
You must be signed in to change notification settings - Fork 198
[CI] Mergify autoapprove configuration for ESS version pinning #8528
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you think we can add the automation for rebase PRs if they not up-to-date and their CI failed? See #8470
The suggestion is clear. Do I need to specify a schedule for the reabse rule? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, already reviewed together and tested using https://dashboard.mergify.com/workflow-automation?repository=elastic-agent&login=elastic. Thanks Pavel
I removed the backport labels, mergify does only honour the default branch.
What does this PR do?
A follow up for #8352
Creates autoapprove and automerge pull request rules that are triggered when:
pkg/testing/ess/create_deployment_csp_configuration.yamlis changedgithub-actions[bot]buildkite/elastic-agentpassedupdatecli_Additional condition for automerge: The number of approvals is greater than or equal to 1
Why is it important?
Checklist
./changelog/fragmentsusing the changelog toolDisruptive User Impact
How to test this PR locally
Related issues
Questions to ask yourself