A printer seen from behind looks at a stopped press at day's end, paper reams stacked and a brass lamp lit above the workbench

· 5 min read

The August 2026 GitHub outage: 2.9 billion code contributions per month

GitHub was unavailable almost eight hours on August 17, 2026 and three days later published the figure explaining it: monthly code submissions had doubled since April. What that wave changes for anyone having software built.

The August 2026 GitHub outage lasted 7 hours and 47 minutes on August 17. In its August 20, 2026 explanation, GitHub rules out code changes and describes capacity saturation with a figure: monthly code contributions rose from 1.4 billion in April to 2.9 billion.

7 h 47the August 17, 2026 interruption (GitHub, August 20, 2026)
1.4 then 2.9 billionmonthly code contributions, April to publication (same source)
115 millioncompleted automated runs (same source)

What stopped that day

The interruption affected more than a webpage. It took down account sign-in, automation building and testing software, machine interfaces, pull requests, issues, and the in-house coding assistant. For teams working through that platform, the day stopped. It was the month's second notable incident after automation failures on August 6, and neither came from a GitHub change.

The doubling and what it says

Code submissions doubling since April cannot be explained by a hiring wave. GitHub does not name the growth's cause; the period coincides with AI circulating quickly written code in quantity from people not writing it two years earlier. The platform receiving it buckled before anyone worried. The figure also warns about quality: more code has never meant more useful software, and nobody doubled review time alongside it.

What an owner loses when the platform fails

If your product's only copy lives on a remote service, it stops when the service stops. The outage removes work in progress, version history, the ability to restore the day-before-yesterday version, and deployment of the urgent fix intended for that morning. Two outages a day apart in August 2026, GitHub on the 17th and an AI provider on the 16th, reminded everyone how many remote links sustain an ordinary working day.

The local copy and what it cannot replace

With Maestro, product code and documents live on your Mac, and version history is readable and restorable locally. Online backup is optional and goes to your own account. On August 17 it would have been blocked, preventing that day's backup upload, while work continued. We do not claim a local copy suffices for everything: it does not protect against computer theft or replace collaboration, and a remote platform remains the best place to share with a provider. The location choice begins on day one.

What the wave does to review

The doubling's counterpart is visible in your project. More quickly written code means more unread code, leaving an owner who cannot read it facing a pile they cannot assess. The only handle remains the document: what the product must do, written in French, approved before construction, with verification failing when results diverge.

Check where your product lives tonight

Three checks take fifteen minutes. Open the product folder locally and see whether it contains files themselves or only a service shortcut. Find the latest backup and note its date. Finally ask your provider or tool what happens during eight hours of platform unavailability. If the answer is 'we wait', you know the next outage's price.

Read the complete guide: build an application without coding

Back to the journal

Take the baton.

Leave your email to try Maestro in the first waves.

The beta is open by invitation on macOS 13 and later. Leave your email for an upcoming wave of access. Windows is in development.

The beta is currently available on macOS 13 or later. Your answer helps us plan other versions.

Your email is only used to let you know when access opens. Nothing else, we promise.