T
traeai
登录
返回首页
The GitHub Blog

An update on GitHub availability

5.0Score
An update on GitHub availability
AI 深度提炼
  • 文章未深入探讨具体技术问题
  • 提供了GitHub博客的多个技术主题分类
  • 主要目的是引导用户浏览其他内容
#GitHub#工程实践#可用性
打开原文

An update on GitHub availability - The GitHub Blog

Skip to contentSkip to sidebar

[](https://github.com/)/Blog

Try GitHub CopilotSee what's new

Learn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry.

Learn how to build with generative AI.

Change how you work with GitHub Copilot.

Everything developers need to know about LLMs.

Machine learning tips, tricks, and best practices.

Explore the capabilities and benefits of AI code generation and how it can improve your developer experience.

Learn more

Resources for developers to grow in their skills and careers.

Insights and best practices for building apps.

Tips & tricks to grow as a professional developer.

Improve how you use GitHub at work.

Learn how to move into your first professional role.

Stay current on what’s new (or new again).

Learn how to start building, shipping, and maintaining software with GitHub.

Learn more

Get an inside look at how we’re building the home for all developers.

Discover how we deliver a performant and highly available experience across the GitHub platform.

Explore best practices for building software at scale with a majority remote team.

Get a glimpse at the technology underlying the world’s leading AI-powered developer platform.

Learn how we build security into everything we do across the developer lifecycle.

Find out what goes into making GitHub the home for all developers.

Our engineering and security teams do some incredible work. Let’s take a look at how we use GitHub to be more productive, build collaboratively, and shift security left.

Learn more

Explore how to write, build, and deploy enterprise software at scale.

Automating your way to faster and more secure ships.

Guides on continuous integration and delivery.

Tips, tools, and tricks to improve developer collaboration.

DevOps resources for enterprise engineering teams.

How to integrate security into the SDLC.

Ensuring your builds stay clean.

Learn why Gartner positioned GitHub as a Leader for the second year in a row.

Learn more

Keep up with what’s new and notable from inside GitHub.

An inside look at news and product updates from GitHub.

The latest on GitHub’s platform, products, and tools.

Insights into the state of open source on GitHub.

The latest policy and regulatory changes in software.

Data-driven insights around the developer ecosystem.

Older news and updates from GitHub.

Learn how to use retrieval-augmented generation (RAG) to capture more insights.

Learn more

Everything open source on GitHub.

The latest Git updates.

Spotlighting open source maintainers.

How open source is driving positive change.

Explore open source games on GitHub.

Organizations worldwide are incorporating open source methodologies into the way they build and ship their own software.

Learn more

Stay up to date on everything security.

Application security, explained.

Demystifying supply chain security.

Updates from the GitHub Security Lab.

Helpful tips on securing web applications.

Learn about core challenges in DevSecOps, and how you can start addressing them with AI and automation.

Learn more

Search

Categories

Learn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry.

Learn how to build with generative AI.

Change how you work with GitHub Copilot.

Everything developers need to know about LLMs.

Machine learning tips, tricks, and best practices.

Explore the capabilities and benefits of AI code generation and how it can improve your developer experience.

Learn more

Resources for developers to grow in their skills and careers.

Insights and best practices for building apps.

Tips & tricks to grow as a professional developer.

Improve how you use GitHub at work.

Learn how to move into your first professional role.

Stay current on what’s new (or new again).

Learn how to start building, shipping, and maintaining software with GitHub.

Learn more

Get an inside look at how we’re building the home for all developers.

Discover how we deliver a performant and highly available experience across the GitHub platform.

Explore best practices for building software at scale with a majority remote team.

Get a glimpse at the technology underlying the world’s leading AI-powered developer platform.

Learn how we build security into everything we do across the developer lifecycle.

Find out what goes into making GitHub the home for all developers.

Our engineering and security teams do some incredible work. Let’s take a look at how we use GitHub to be more productive, build collaboratively, and shift security left.

Learn more

Explore how to write, build, and deploy enterprise software at scale.

Automating your way to faster and more secure ships.

Guides on continuous integration and delivery.

Tips, tools, and tricks to improve developer collaboration.

DevOps resources for enterprise engineering teams.

How to integrate security into the SDLC.

Ensuring your builds stay clean.

Learn why Gartner positioned GitHub as a Leader for the second year in a row.

Learn more

Keep up with what’s new and notable from inside GitHub.

An inside look at news and product updates from GitHub.

The latest on GitHub’s platform, products, and tools.

Insights into the state of open source on GitHub.

The latest policy and regulatory changes in software.

Data-driven insights around the developer ecosystem.

Older news and updates from GitHub.

Learn how to use retrieval-augmented generation (RAG) to capture more insights.

Learn more

Everything open source on GitHub.

The latest Git updates.

Spotlighting open source maintainers.

How open source is driving positive change.

Explore open source games on GitHub.

Organizations worldwide are incorporating open source methodologies into the way they build and ship their own software.

Learn more

Stay up to date on everything security.

Application security, explained.

Demystifying supply chain security.

Updates from the GitHub Security Lab.

Helpful tips on securing web applications.

Learn about core challenges in DevSecOps, and how you can start addressing them with AI and automation.

Learn more

See what's newTry GitHub Copilot

Home/News & insights/Company news

An update on GitHub availability

Here’s what we’ve done—and what we’re still doing—to improve our availability and reliability.

Image 8

[Vlad Fedorov](https://github.blog/author/vfedorovgh/ "Posts by Vlad Fedorov")·@v-fedorov-gh

April 28, 2026

| 6 minutes

  • Share:
  • [](https://x.com/share?text=An%20update%20on%20GitHub%20availability&url=https%3A%2F%2Fgithub.blog%2Fnews-insights%2Fcompany-news%2Fan-update-on-github-availability%2F)
  • [](https://www.facebook.com/sharer/sharer.php?t=An%20update%20on%20GitHub%20availability&u=https%3A%2F%2Fgithub.blog%2Fnews-insights%2Fcompany-news%2Fan-update-on-github-availability%2F)
  • [](https://www.linkedin.com/shareArticle?title=An%20update%20on%20GitHub%20availability&url=https%3A%2F%2Fgithub.blog%2Fnews-insights%2Fcompany-news%2Fan-update-on-github-availability%2F)

I wanted to give an update on GitHub’s availability in light of two recent incidents. Both of those incidents are not acceptable, and we are sorry for the impact they had on you. I wanted to share some details on them, as well as explain what we’ve done and what we’re doing to improve our reliability.

We started executing our plan to increase GitHub’s capacity by 10X in October 2025 with a goal of substantially improving reliability and failover. By February 2026, it was clear that we needed to design for a future that requires 30X today’s scale.

The main driver is a rapid change in how software is being built. Since the second half of December 2025, agentic development workflows have accelerated sharply. By nearly every measure, the direction is already clear: repository creation, pull request activity, API usage, automation, and large-repository workloads are all growing quickly.

Image 9: Three line graphs showing record acceleration of pull requests merged (peaking at 90M), commits (peaking at 1.4B), and new repos per month (20M).

This exponential growth does not stress one system at a time. A pull request can touch Git storage, mergeability checks, branch protection, GitHub Actions, search, notifications, permissions, webhooks, APIs, background jobs, caches, and databases. At high scale, small inefficiencies compound: queues deepen, cache misses become database load, indexes fall behind, retries amplify traffic, and one slow dependency can affect several product experiences.

Our priorities are clear: availability first, then capacity, then new features. We are reducing unnecessary work, improving caching, isolating critical services, removing single points of failure, and moving performance-sensitive paths into systems designed for these workloads. This is distributed systems work: reducing hidden coupling, limiting blast radius, and making GitHub degrade gracefully when one subsystem is under pressure. We’re making progress quickly, but these incidents are examples of where there’s still work to do.

What we’re doing

Short term, we had to resolve a variety of bottlenecks that appeared faster than expected from moving webhooks to a different backend (out of MySQL), redesigning user session cache to redoing authentication and authorization flows to substantially reduce database load. We also leveraged our migration to Azure to stand up a lot more compute.

Next we focused on isolating critical services like git and GitHub Actions from other workloads and minimizing the blast radius by minimizing single points of failure. This work started with careful analysis of dependencies and different tiers of traffic to understand what needs to be pulled apart and how we can minimize impact on legitimate traffic from various attacks. Then we addressed those in order of risk. Similarly, we accelerated parts of migrating performance or scale sensitive code out of Ruby monolith into Go.

While we were already in progress of migrating out of our smaller custom data centers into public cloud, we started working on path to multi cloud. This longer-term measure is necessary to achieve the level of resilience, low latency, and flexibility that will be needed in the future.

The number of repositories on GitHub is growing faster than ever, but a much harder scaling challenge is the rise of large monorepos. For the last three months, we’ve been investing heavily in response to this trend both within git system and in the pull request experience.

We will have a separate blog post soon describing extensive work we’ve done and the new upcoming API design for greater efficiency and scale. As part of this work, we have invested in optimizing merge queue operations, since that is key for repos that have many thousands of pull requests a day.

Recent incidents

The two recent incidents were different in cause and impact, but both reflect why we are increasing our focus on availability, isolation, and blast-radius reduction.

April 23 merge queue incident

On April 23, pull requests experienced a regression affecting merge queue operations.

Pull requests merged through merge queue using the squash merge method produced incorrect merge commits when a merge group contained more than one pull request. In affected cases, changes from previously merged pull requests and prior commits were inadvertently reverted by subsequent merges.

During the impact window, 658 repositories and 2,092 pull requests were affected. We initially shared slightly higher numbers because our first assessment was intentionally conservative. The issue did not affect pull requests merged outside merge queue, nor did it affect merge queue groups using merge or rebase methods.

There was no data loss: all commits remained stored in Git. However, the state of affected default branches was incorrect, and we could not safely repair every repository automatically. More details are available in the incident root cause analysis.

This incident exposed multiple process failures, and we are changing those processes to prevent this class of issue from recurring.

April 27 search-related incident

On April 27, an incident affected our Elasticsearch subsystem, which powers several search-backed experiences across GitHub, including parts of pull requests, issues, and projects.

We are still completing the root cause analysis and will publish it shortly. What we know now is that the cluster became overloaded (likely due to a botnet attack) and stopped returning search results. There was no data loss, and Git operations and APIs were not impacted. However, parts of the UI that depended on search showed no results, which caused a significant disruption.

This is one of the systems we had not yet fully isolated to eliminate as a single point of failure, because other areas had been higher in our risk-prioritized reliability work. That impact is unacceptable, and we are using the same dependency and blast-radius analysis described above to reduce the likelihood and impact of this type of failure in the future.

Increasing transparency

We have also heard clear feedback that customers need greater transparency during incidents.

We recently updated the GitHub status page to include availability numbers. We have also committed to statusing incidents both large and small, so you do not have to guess whether an issue is on your side or ours.

We are continuing to improve how we categorize incidents so that the scale and scope are easier to understand. We are also working on better ways for customers to report incidents and share signals with us during disruptions.

Our commitment

GitHub’s role has always been to support developers on an open and extensible platform.

The team at GitHub is incredibly passionate about our work. We hear the pain you’re experiencing. We read every email, social post, support ticket, and we take it all to heart. We’re sorry.

We are committed to improving availability, increasing resilience, scaling for the future of software development, and communicating more transparently along the way.

_Editor’s note: This post was updated on April 28, 2026, to update the number of repos affected during the April 23 incident._

Written by

Image 10: Vlad Fedorov

[Vlad Fedorov](https://github.blog/author/vfedorovgh/)

@v-fedorov-gh

Vladimir Fedorov is GitHub's Chief Technology Officer, bringing decades of experience in engineering leadership and innovation. A passionate advocate for developer productivity, Vlad is leading GitHub’s engineering team to shape the future of developer tools and innovation with a developer-first mindset.

Before joining GitHub, Vlad co-founded UserClouds, a startup specializing in data governance and privacy. He spent 12 years at Facebook, now Meta, as Senior Vice President, leading engineering teams of over 2,000 across Privacy, Ads, and Platform. Earlier in his career, Vlad worked at Microsoft and earned both his BS and MS in Computer Science from Caltech. He currently serves on the board of Codepath.org, an organization dedicated to reprogramming higher education to create the first AI-native generation of engineers, CTOs, and founders.

Vlad lives in the Bay Area and when not working enjoys spending time outside and on the water with his family.

Table of Contents

Related posts

Image 11: Geometric blocks featuring the GitHub invertocat logo and a web icon in a decorative background.

Company news

[GitHub Copilot is moving to usage-based billing](https://github.blog/news-insights/company-news/github-copilot-is-moving-to-usage-based-billing/)

Starting June 1, your Copilot usage will consume GitHub AI Credits.

[Mario Rodriguez](https://github.blog/author/mariorod/ "Posts by Mario Rodriguez")

Image 12: Image featuring the GitHub logo above geometric block shapes suggesting a tech-themed background.

Company news

[Changes to GitHub Copilot Individual plans](https://github.blog/news-insights/company-news/changes-to-github-copilot-individual-plans/)

We’re making these changes to ensure a reliable and predictable experience for existing customers.

[Joe Binder](https://github.blog/author/binderjoe/ "Posts by Joe Binder")

Image 13: Image featuring the GitHub invertocat logo displayed on a floating cube against a decorative background.

Company news

[Bringing more transparency to GitHub’s status page](https://github.blog/news-insights/company-news/bringing-more-transparency-to-githubs-status-page/)

Changes to the status page will provide more specific data, so you’ll have better insight into the overall health of the platform.

[Jakub Oleksy](https://github.blog/author/jakuboleksy/ "Posts by Jakub Oleksy")

Explore more from GitHub

Image 14: Docs

Docs

Everything you need to master GitHub, all in one place.

Go to Docs

Image 15: GitHub

GitHub

Build what’s next on GitHub, the place for anyone from anywhere to build anything.

Start building

Image 16: Customer stories

Customer stories

Meet the companies and engineering teams that build with GitHub.

Learn more

Image 17: The GitHub Podcast

The GitHub Podcast

Catch up on the GitHub podcast, a show dedicated to the topics, trends, stories and culture in and around the open source developer community on GitHub.

Listen now

We do newsletters, too

Discover tips, technical guides, and best practices in our biweekly newsletter just for devs.

Your email address

*Your email address

Subscribe

  • [x] Yes please, I’d like GitHub and affiliates to use my information for personalized communications, targeted advertising and campaign effectiveness. See the GitHub Privacy Statement for more details.

Subscribe

Site-wide Links

[](https://github.com/)

Product

Platform

Support

Company

  • © 2026 GitHub, Inc.
  • Terms
  • Privacy
  • Manage Cookies
  • Do not share my personal information