---
title: Merge
description: Automate the merging of your pull requests.
---

The `merge` action allows Mergify to automatically merge pull requests when
certain conditions are met. This can significantly streamline your workflow by
reducing the need for manual intervention.

Whatever your conditions are, Mergify might inject extra conditions for the
merge action to take place:

- Mergify always respects the [branch protection settings](#branch-protection-conditions)

- Mergify always respect [pull request dependencies](#pull-request-dependencies)

- Mergify always respect the [merge date](#merge-date)

- Mergify allows merging pull request modifying its configuration file by
  default. But Mergify will always check whether these changes are
  valid or not, to avoid merging broken configurations.

## Branch Protection Conditions

Mergify automatically reads your GitHub branch protections and rulesets and
injects them as merge conditions. For example, if you require at least one
approved review, Mergify injects the `#approved-reviews-by >= 1` condition.

<Image src={branchProtectionConditionsScreenshot} alt="Mergify Branch Protection Condition Injection" />

For details on how injection works, which ruleset rules are compatible,
known incompatibilities, and how to configure bypass actors, see
[GitHub Rulesets Compatibility](/merge-queue/github-rulesets).

## Pull Request Dependencies

You can specify dependencies between pull requests from the same repository,
or from other repositories with Mergify installed within your organization.
Mergify waits for the linked pull requests to be merged before merging any pull
request with a `Depends-On:` header.

To use this feature, add the `Depends-On:` header to the body of your pull
request:

```text
New awesome feature 🎉

To get the full picture, you may need to look at these pull requests:

Depends-On: #42
Depends-On: https://github.com/organization/repository/pull/123
Depends-On: https://github.com/organization/other-repository/pull/456
Depends-On: organization/test-repository#789
```

In this example, the pull request will only be merged when the pull
request #42, #123, #456 from `other-repository` and #789 from
`test-repository` are merged.

:::caution
  If the dependency happens between pull requests targeting different branches,
  the evaluation of the dependent will not be automatic. You might need to use
  the [refresh](/commands/refresh) command to make Mergify realize the
  dependency has been merged.
:::

## Merge Date

You can specify a date after which you want a pull request to be merged with a
`Merge-After:` header. Mergify will wait for the date and time to be passed
before merging your pull request.

To use this feature, add the `Merge-After:` header to the body of your pull
request, followed by the date in the [timestamp
format](/configuration/data-types#timestamp).

For example, if a pull request body contains:

```text
Merge-After: 2023-04-18 18:20
```

The pull request will only be merged after April, 18th 2023 at 18:20 UTC, if
all other merge conditions are satisfied.

## Parameters

| Key name | Value type | Default | Description |
| --- | --- | --- | --- |
| `commit_message_template` | template or null | `null` | Template to use as the commit message when using the merge or squash merge method. |
| `merge_bot_account` | template or null | `null` | Mergify can impersonate a GitHub user to merge pull requests. If no `merge_bot_account` is set, Mergify merges the pull request itself. The user account **must** have already been logged in Mergify dashboard once and have **write** or **maintain** permission. |
| `method` | `merge` or `rebase` or `squash` or `fast-forward` or null | `null` | Merge method to use. If no value is set, Mergify uses the first authorized method available in the repository configuration. |

## Examples

### Automatic Merge

In this example, Mergify will automatically merge (using the squash method) any
pull request that has passed its CI checks and has at least 2 approved reviews.

```yaml
pull_request_rules:
  - name: automatic merge when CI checks pass and at least 2 approved reviews
    conditions:
      - check-success = test
      - "#approved-reviews-by >= 2"
    actions:
      merge:
        method: squash
```

### Using Commit Message Template

When a pull request is merged using the squash or merge method, you can
override the default commit message. To that end, you need to set
`commit_message_template`. This setting is a
[template](/configuration/data-types#template), which means you can use
attributes of the pull request to build the content of the commit message.

```yaml
pull_request_rules:
  - name: automatic merge when CI checks pass and at least 2 approved reviews
    conditions:
      - check-success = test
      - "#approved-reviews-by >= 2"
    actions:
      merge:
        method: squash
        commit_message_template: |
        {{ title }} (#{{ number }})

        {{ body }}
```

This configuration makes sure the commit message for the squash commit is taken
from the title, includes the pull request number and uses the body as the
message. Merging the pull request results in a single squashed commit with the
message:

```text
Fix some bug (#123)

This fixes some bug I found while testing the app.
```

For example, you could include reviewers of a pull request in the commit
message of a pull request:

```yaml
pull_request_rules:
  - name: automatic merge when CI checks pass and at least 2 approved reviews
    conditions:
      - check-success = test
      - "#approved-reviews-by >= 2"
    actions:
      merge:
        method: squash
        commit_message_template: |
{{ title }} (#{{ number }})

{{ body }}

{% for user in approved_reviews_by %}
Approved-By: {{user}}
{% endfor %}
```

which would result to the following commit message:

```text
Fix some bug (#123)

This fixes some bug I found while testing the app.

Approved-By: jd
Approved-By: sileht
```