GitLab experienced a major service disruption on April 15, 2025, from 14:22 to 17:45 UTC, impacting over 2 million developers worldwide. The outage affected GitLab.com’s core services including repository access, CI/CD pipelines, and merge requests, causing significant workflow interruptions for development teams across enterprises and open-source projects.
According to GitLab’s incident report, a database migration script triggered a cascading failure in their primary PostgreSQL cluster. The script contained an unoptimized query that locked critical tables, preventing read and write operations across the platform. GitLab’s engineering team identified the root cause within 45 minutes but required additional time to safely roll back the changes without data loss.
The outage impacted multiple critical services: Git repository operations (clone, push, pull), CI/CD pipeline execution, merge request processing, issue tracking, and the GitLab API. Self-managed GitLab instances remained unaffected. Approximately 87% of active users experienced service disruption during peak development hours in North America and Europe.
GitLab’s status page updated every 15 minutes throughout the incident. The company deployed their incident response protocol, assembling a dedicated recovery team. They implemented a phased restoration approach, prioritizing repository access first, followed by CI/CD services. GitLab CEO Sid Sijbrandij publicly apologized and committed to a detailed post-mortem within 72 hours.
This incident reinforces the importance of multi-region backup strategies and local Git mirrors. Teams relying solely on cloud-hosted GitLab should maintain local repository clones and consider implementing GitLab Runners on self-managed infrastructure for critical CI/CD pipelines. The outage cost an estimated $12 million in lost productivity across affected organizations.
Live from our partner network.