Configuration Reference
MergeQueue communicates with pull request using GitHub labels, GitHub comments and the Aviator CLI. To learn about how to apply the rules, read the intro guide to Merge Rules.
This page will guide you through the entire configuration files and all the possible ways you can customize your MergeQueue experience.
Merge Rules
Labels
Name | Type | Description |
---|---|---|
trigger | String | (Required). This label is used to identify that a pull request is ready to be processed by Aviator bot. Once labeled, the bot will verify that the PR has passed all the required conditions and then merge the PR. |
skip_line | String | When tagged with this label, Aviator bot will move the PR to the front of the queue. |
merge_failed | String | If the pull request fails to merge, Aviator bot will add this label. |
skip_delete_branch | String | If |
Preconditions
Name | Type | Description |
---|---|---|
number_of_approvals | Integer | Minimum number of reviewers that should approve the PullRequest before it can qualify to be merged. Defaults to 1. |
required_checks | List[Union[String, ConditionalCheck]] | Checks that need to pass before Aviator bot will merge the PR. Supports shell wildcard (glob) patterns. Also supports other acceptable CI statuses if your repo uses conditional status checks. See the Example tab. |
use_github_mergeability | Boolean | Determines whether to use the default required checks specified in branch protection rules on GitHub. When this setting is enabled, Aviator bot will ignore |
conversation_resolution_required | Boolean | Determines whether Aviator bot will queue the PR only after all conversations are resolved. Defaults to |
validations | List[Validation] | Custom validation rules using regexes for the PR body or title. See the Example tab for more details. |
acceptable_statuses
By default a required status check has to be in success
or skipped
state for the check to be considered valid. When acceptable_statuses
are provided for a check, Aviator will modify that behavior. The possible values of the status are:
success
pending
failure
cancelled
timed_out
skipped
neutral
action_required
stale
unknown
error
blocked
missing
Note that missing
is a special status that represents that the status check has not been reported at all in GitHub by the CI provider.
Queue Modes
Name | Type | Description |
---|---|---|
type | String | Determines the mode. Options are: default, parallel, no-queue. |
Parallel Mode
The following are only applicable if the above merge_mode
is set to parallel
. You can learn more about Parallel Mode here.
Name | Type | Description |
---|---|---|
max_parallel_builds | Integer | The maximum number of builds that Aviator bot will run at any time. Defaults to no limit. |
max_parallel_paused_builds | Integer | Must be less than |
max_requeue_attempts | Integer | The maximum number of times Aviator bot will requeue a CI run after failing. Note that PRs will only be requeued if the original PR CI is passing but the draft PR CI fails. Defaults to no requeuing. |
update_before_requeue | Boolean | Whether to update the PR with the base branch when doing an auto-requeue. This is only applicable if |
stuck_pr_label | String | The label that Aviator bot will add if it determines a PR to be stuck. |
stuck_pr_timeout_mins | Integer | Aviator bot will determine the PR to be stuck after the specified timeout and dequeue it. A stuck state in parallel mode is when the draft PR has passed CI but the original PR's CI is still pending. Defaults to 0, which means that Aviator will dequeue the PR immediately. |
block_parallel_builds_label | String | Once added to a PR, no further Draft PRs will be built on top of it until that PR is merged or dequeued. |
check_mergeability_to_queue | Boolean | If enabled, Aviator bot will only queue the PR if it passes all mergeability checks. Defaults to |
use_affected_targets | Boolean | If enabled, allows using affected targets in your repo. |
use_fast_forwarding | Boolean | If enabled, uses fast forwarding to merge PRs. |
override_required_checks | List[Union[String, ConditionalCheck]] | Use this attribute if you would like different checks for your original PRs and draft PRs. The checks defined here will be used for the draft PRs created in Parallel mode. Supports shell wildcard (glob) patterns. Also supports other acceptable CI statuses if your repo uses conditional status checks. See the Example tab. |
batch_size | Integer | The number of queued PRs batched together for a draft PR CI run. Defaults to 1. |
batch_max_wait_minutes | Integer | The time to wait before creating the next batch of PRs if there are not enough queued PRs to create a full batch. Defaults to 0. |
require_all_draft_checks_pass | Boolean | Determines if Aviator will enforce all checks to pass for the constructed draft PRs. If true, any single failing test will cause the draft PR to fail. These checks include the ones we receive status updates for via GitHub. This may work well if your repo has conditional checks. Requires at least one check to be present. Defaults to |
skip_draft_when_up_to_date | Boolean | Skips creation of the staging draft PR to validate the CI if the original PR is already up to date and no other PR is currently queued. This is usually a good optimization to avoid running extra CI cycles. Defaults to |
use_optimistic_validation | Boolean | If the CI of the top staging draft PR is still running but a subsequent draft PR passes, then optimistically use that success result to validate the top PR as passing. Defaults to |
optimistic_validation_failure_depth | Integer | Requires |
Auto Update
Name | Type | Description |
---|---|---|
enabled | Boolean | If enabled, Aviator bot will keep your branches up to date with the main branch. Defaults to |
label | String | Aviator bot will only keep branches with this label up to date with the main branch. Leave empty to auto merge without a label. If no label is provided and |
max_runs_for_update | Integer | The maximum number of times Aviator bot will update your branch. Defaults to no limit. |
Merge Commit
Name | Type | Description |
---|---|---|
use_title_and_body | Boolean | Determines whether Aviator bot will replace default commit messages offered by GitHub. Defaults to |
cut_body_before | String | A marker string to cut the PR body description. The commit message will contain the PR body after this marker. Leave empty for no cropping. |
cut_body_after | String | A marker string to cut the PR body description. The commit message will contain the PR body before this marker. Leave empty for no cropping. |
strip_html_comments | Boolean | Strip out the hidden HTML comments from the commit message when merging the PR. Defaults to |
include_coauthors | Boolean | Include coauthors (if any) in the commit message when merging the PR. Defaults to |
apply_title_regexes | List[ReplacePattern] | Contains the strings |
Merge Strategy
Name | Type | Description |
---|---|---|
name | String | Defines the merge strategy to use, the options are "squash", "merge", and "rebase". See the GitHub docs for more info. |
use_separate_commits_for_stack | Boolean | If enabled, uses independent commits for stacked PRs. This requires setting up Rulesets in GitHub and allow Aviator to bypass branch protection rules. Otherwise GitHub blocks commits from merging without approval and CI completion. Defaults to |
Override Labels
You can specify overrides to the above merge strategy using GitHub Labels. When a PR is flagged with these labels along with the trigger label, Aviator bot will merge the PR using this strategy instead of the default strategy. Leave empty for no overrides.
Name | Type | Description |
---|---|---|
squash | String | If marked with this label, the PR will be squashed and merged. |
merge | String | If marked with this label, the PR will be merged using a merge commit. |
rebase | String | If marked with this label, the PR will be rebased and merged. |
Status Comment
Aviator posts a status comment on every open pull request by default. Aviator automatically updates the status comment whenever the pull request is updated.
Custom messages can be specified (open_message
, queued_message
, and blocked_message
) to add information specific to your organization or repository (such as common troubleshooting steps).
Name | Type | Description |
---|---|---|
publish | String | One of |
open_message | String | An optional message to include in the Aviator status comment when the pull request is open (not queued). |
queued_message | String | An optional message to include in the Aviator status comment when the pull request is queued. |
blocked_message | String | An optional message to include in the Aviator status comment when the pull request is blocked. |
Other
Name | Type | Description |
---|---|---|
update_latest | Boolean | Determines whether Aviator bot will merge the latest base branch into the current branch of your PR before verifying the CI statuses. This is only compatible with the |
delete_branch | Boolean | Determines whether Aviator bot will delete the branch after merging. Defaults to |
use_rebase | Boolean | Determines if Aviator bot will use rebase to update PRs. This feature is only available in the Pro plan. Please note that you also need to enable |
publish_status_check | Boolean or String | Determines if Aviator bot will publish a status check back on the PR. This status check represents the current state of PR in the Aviator queue.
Possible values:
|
enable_comments | Boolean | Determines if Aviator bot can add comments on the PR to describe the actions performed on the PR by the bot. Aviator bot comments include information such as failure reasons and the position of the PR in the queue. Defaults to |
ci_timeout_mins | Integer | The time before we determine that the CI has timed out. Defaults to 0 that is equivalent to no time out. |
base_branches | List[String] | These branches are the ones that Aviator will monitor as valid branches to merge into. Defaults to your repository default branch as configured on GitHub. Regexes are allowed. |
require_all_checks_pass | Boolean | Determines if Aviator will enforce all checks to pass. If true, any single failing test will cause the PR to fail. These checks include the ones we receive status updates for via GitHub. This may work well if your repo has conditional checks. Requires at least one check to be present. Defaults to |
Last updated