ci(mergify): skip integration deployment test if PR is in merge queue#36699
Conversation
Signed-off-by: A. Abdel-Rahman <null>
Merge ProtectionsYour pull request matches the following merge protections and will not be merged until they are valid. 🟢 📃 Configuration Change RequirementsWonderful, this rule succeeded.Mergify configuration change
|
✅ Updated pull request passes all PRLinter validations. Dismissing previous PRLinter review.
|
We should consider revert scenarios : What happens if we need to revert this ? Will it bypass the mergify queue itself ? |
|
@kumvprat I think you can just a regular Github merge to override mergify. |
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Merge Queue Status✅ The pull request has been merged at 72d3029 This pull request spent 42 minutes 49 seconds in the queue, including 30 minutes 32 seconds running CI. Required conditions to merge
|
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
|
Comments on closed issues and PRs are hard for our team to see. |
If a PR had a new merge commit from main before it was about merged to main, the integration test deployment workflow was triggered and waited for user input to start the workflow. This blocked merge queues unnecessarily.
This PR disables this conditions only if the PR is in the merge queue.
Note that by default
merge_conditionsis the same asqueue_conditionsif its not specified. We specify them in this PR without the integ test workflow check, so it would be skipped during merge check.This change has been made by @Abogical from the Mergify config editor.