Copilot · GitHub · GitHub Blog
One production change cut total query time on the artifacts table in half
Compiled by KHAO Editorial — aggregated from 1 source. See llms.txt for citation guidance.
★ Tier-1 Source
GitHub is also changing how they measure and operate reliability.
Key facts
- On July 8, 2026, between 15:07 and 22:13 UTC, multiple GitHub services—including the Web UI, REST API, GraphQL API, Actions, Packages, Copilot, and Git operations—were unavailable
- On July 16, 2026, between 08:50 and 09:50 UTC, the GitHub MCP Server’s web_search tool experienced elevated failures
- On July 19, 2026, between 18:00 and 20:11 UTC, a broad DNS reconfiguration caused significant service degradation across github.com and all data residency environments
- On July 9, 2026, between 03:29 and 13:39 UTC, GitHub Actions experienced delayed and failed job starts on GitHub-hosted runners
Summary
The GitHub Actions incident on Thursday, August 6, was unacceptable in both its impact and particularity of its duration. The team continue to work through a deeper root cause analysis (RCA) on the incident, as there were many aspects in play that they want to fully understand before calling the investigation complete. Aside from immediate repair items discovered through their investigation, they are accelerating their architectural roadmap in GitHub Actions, aligned to their ongoing efforts around isolation, resiliency, and scale. It’s worth noting that the GitHub Actions service at the core of the aforementioned incident is still fully running in their data centers, a contributing factor to the lack of capacity they experienced. On their broader efforts, last month, they shared how a deliberate pause and stronger stability controls changed the way they move production traffic into Azure.