Mergify logo

Is Mergify Down?

Developer ToolsLive status, outages, and incident history

No. Mergify is up right now.

Every monitored Mergify system is operational as of November 14, 2026. PulsAPI did not find an outage in its latest check of the official status feed.

OperationalChecked 3m agoLive · every 60s

Know the moment Mergify breaks

Mergify is healthy right now. We keep checking (every 60 seconds) and email you when that changes.

Free, no password, no card. Unsubscribe in one click.

How we know: the official Mergify status page, PulsAPI's own check (every 60 seconds), and outage reports from engineers. How PulsAPI monitoring works

Status report

Mergify Status Summary

As of 19:05 UTC on 14 November 2026, Mergify is operational. PulsAPI checked Mergify's official status page and found 8 of 8 components operational, with no active incidents. The latest incident, "Delayed processing of GitHub events for some organizations", was on Nov 12, 2026 and lasted 1h 23m.

Cite as: PulsAPI, “Mergify status”, checked 14 November 2026, 19:05 UTC. https://www.pulsapi.com/services/mergify

Mergify Component Status

The main Mergify systems on this page. All 8 are operational right now.

8operational
API
Operational
CI Insights
Operational
Dashboard
Operational

5 more components tracked

Their status is in the bar above. Free accounts see every component by name.

Also tracking Documentation, GitHub Events Processing, Merge Queue, Test Engine, Workflow Automation & Merge Protections.

See all of them free

Component statuses may change independently during partial outages.

Recent Mergify Outages & Incidents

Incident history from the official Mergify status page, including resolution updates.

Delayed processing of GitHub events for some organizationsResolved Nov 12, 2026 · 1h 23mResolved

GitHub events are processed on time again for all organizations. --- [2026-11-12T16:34:26Z] (investigating) Since 14:00 UTC, Mergify has been processing GitHub events late for a small number of organizations.

Some pull requests wrongly asked to be rebased manuallyResolved Oct 27, 2026 · 23h 13mResolved

This incident is resolved. We released a fix, and since 17:15 UTC pull requests that rebase cleanly are no longer asked to be rebased manually. A pull request refused before 17:15 UTC stays blocked until its rule runs again: remove and re-add its queue label, or comment "@Mergifyio refresh" on it. --- [2026-10-28T15:28:23Z] (monitoring) Since our first fix yesterday at 16:53 UTC, most pull requests are no longer affected: only a few have been wrongly refused today. The cause is still a change in GitHub's behavior, which GitHub has not corrected yet, so we are keeping this incident open and are still preparing a best-effort fix on our side in case they don't. A pull request refused earlier stays blocked until its rule runs again. Removing and re-adding its queue label does it. If the rule isn't triggered by a label, add or remove any label on the pull request, then comment "@Mergifyio refresh". Next update by 09:00 UTC tomorrow. --- [2026-10-28T09:29:21Z] (identified) Some pull requests using the rebase merge method are still refused with "Pull request must be rebased manually" although they have no conflict. This comes from a change in GitHub's behavior: right after a commit lands on the base branch, GitHub can report pull requests as not rebaseable for a while, even when they rebase cleanly, and Mergify relies on that information. We are in contact with GitHub about it, and we are preparing a best-effort fix on our side in case GitHub does not correct it. In the meantime, an affected pull request can be unblocked by re-triggering the rule that queues or merges it, for example by removing and re-adding its queue label. If the rule isn't triggered by a label, add or remove any label on the pull request, then comment "@Mergifyio refresh". Next update by 16:00 UTC. --- [2026-10-27T18:27:54Z] (identified) Since October 26, some pull requests using the rebase merge method are refused by the merge queue or by the merge action with the message "Pull request must be rebased manually", even though they have no conflict. We have deployed a first fix: pull requests are no longer removed from the queue when the base branch moves. Until the remaining part is fixed, an affected pull request can be unblocked by re-triggering the rule that queues or merges it, for example by removing and re-adding its queue label. If the rule isn't triggered by a label, add or remove any label on the pull request, then comment "@Mergifyio refresh". Next update by 09:00 UTC tomorrow.

Delayed CI Insights and Test Engine resultsResolved Oct 23, 2026 · 3h 48mResolved

This incident is resolved. The test results uploaded between 00:00 and 07:23 UTC today have been reprocessed and are now available in CI Insights and Test Engine, and new results have been processed normally since 07:23 UTC. You do not need to re-run your CI or re-upload anything. Merge queue and other Mergify features were not affected. We apologize for the delay in your test results. --- [2026-10-23T10:51:32Z] (monitoring) Reprocessing of the test results uploaded between 00:00 and 07:23 UTC is still in progress. Results from that window keep appearing in CI Insights and Test Engine as it goes through. New test results are processed as usual, and you do not need to re-run your CI or re-upload anything. Merge queue and other Mergify features were not affected. --- [2026-10-23T10:51:32Z] (monitoring) We are now reprocessing the test results uploaded between 00:00 and 07:23 UTC. They will appear in CI Insights and Test Engine as the reprocessing goes through. New test results are still processed as usual. You do not need to re-run your CI or re-upload anything. Merge queue and other Mergify features were not affected. --- [2026-10-23T10:51:32Z] (monitoring) New test results are being processed again since 07:23 UTC, and CI Insights and Test Engine are catching up on uploads that were waiting. Test results uploaded between 00:00 and 07:23 UTC may still be missing. We kept those uploads and are working on reprocessing them, so they will show up later today. You do not need to re-run your CI or re-upload anything. Merge queue and other Mergify features were not affected. --- [2026-10-23T10:51:32Z] (investigating) Test results uploaded since 00:00 UTC today are not showing up in CI Insights and Test Engine. Uploads are being kept and will be processed once the issue is fixed. Merge queue and other Mergify features are not affected. We have identified where the failure comes from and are working on a fix.

Mergify Uptime History

Daily uptime recorded by PulsAPI over the last 90 days, with the days that carried a Mergify incident marked. Each day is measured from our own checks, so the record continues even when the vendor publishes nothing.

Uptime history3 days observed
Nov 12100.00% averageNov 14

Live Mergify Outage Reports

Problems reported by engineers using Mergify. Reports often appear 10 to 20 minutes before the official status page moves, and stay on this page for 90 days.

Reports, last 24 hours0 total
24h agoNothing reportednow

No Mergify problems reported yet.

Something wrong with Mergify on your end?

Reports are anonymous, take about ten seconds, and help the next engineer who checks.

About Mergify

Mergify posts its status at status.mergify.com. The page covers 8 components, among them API, CI Insights and Dashboard. Past incidents and uptime for Mergify stay on this page, which helps when you want to know how often it has trouble.

Mergify Status FAQ

Is Mergify down right now?

The verdict at the top of this page comes from the latest poll of the official Mergify status feed and refreshes automatically, so you are not looking at a stale cached answer. PulsAPI re-checks it every 60 seconds.

What should I do if Mergify is not working?

Check the component list on this page first to see if your failure matches a known outage. If it does, you can report the issue for other engineers, follow the incident timeline for vendor updates, and run any fallback your app supports until Mergify recovers.

How do I check Mergify uptime history?

PulsAPI tracks Mergify uptime over 30, 60, and 90-day rolling windows. The current 30-day uptime is not published yet, because a 30-day figure needs 30 days of tracked history. The 90-day uptime strip on this page is public: no account needed. A free account adds alerts whenever Mergify changes state, plus 15 days of incident detail; Pro extends that to 90 days and Business to 13 months.

How fast does PulsAPI detect Mergify outages?

PulsAPI reads the official Mergify status page. PulsAPI re-checks it every 60 seconds. Alerts reach Slack, Discord, Microsoft Teams, PagerDuty, or email once a change has held for 5 minutes, so a one-minute blip does not page you.

Does PulsAPI track individual Mergify components?

Yes. PulsAPI monitors 8 individual Mergify components, so you can see which service or region is affected instead of a generic "service degraded" banner.

Can I get alerts when Mergify goes down?

Yes. Create a free account and subscribe to Mergify: the free plan covers three services with unlimited email alerts and no monthly notification cap. Paid plans lift the monitor limit entirely (Pro and above do not meter how many vendors you watch) and route the same alerts into Slack, Discord, Microsoft Teams, PagerDuty and webhooks.

How do I report an issue with Mergify to the community?

Click "Report an issue" at the top of this page, pick the issue type and severity, and optionally add your region and a short note. Reports are anonymous and help other engineers spot Mergify problems early. Official status pages often lag real incidents by 10 to 20 minutes.

Is there a free way to monitor Mergify?

Yes. The free plan covers 3 monitored services with unlimited email alerts, permanently, so Mergify plus two more costs nothing. Every new account also opens with a 30-day Business trial (unlimited monitors, Slack alerts, SLA reporting) with no credit card.

Track Mergify with the rest of your stack

4372+ vendors in one dashboard, and an email the moment any of them changes state. Three free, and no monitor limit at all from $29/mo, unlike the alternatives, which keep charging by the monitor.

Start free, 3 services