1. Home
  2. Companies
  3. GitHub
  4. Outage Map
GitHub

GitHub Outage Map

The map below depicts the most recent cities worldwide where GitHub users have reported problems and outages. If you are having an issue with GitHub, make sure to submit a report below

Loading map, please wait...

The heatmap above shows where the most recent user-submitted and social media reports are geographically clustered. The density of these reports is depicted by the color scale as shown below.

GitHub users affected:

Less
More
Check Current Status

GitHub is a company that provides hosting for software development and version control using Git. It offers the distributed version control and source code management functionality of Git, plus its own features.

Most Affected Locations

Outage reports and issues in the past 15 days originated from:

Location Reports
Itapema, SC 1
Cleveland, TN 1
Tlalpan, CDMX 1
Quilmes, BA 1
Bengaluru, KA 1
Yokohama, Kanagawa 1
Gustavo Adolfo Madero, CDMX 1
Nice, Provence-Alpes-Côte d'Azur 1
Brasília, DF 1
Montataire, Hauts-de-France 3
Colima, COL 1
Poblete, Castille-La Mancha 1
Ronda, Andalusia 1
Hernani, Basque Country 1
Tortosa, Catalonia 1
Culiacán, SIN 1
Haarlem, nh 1
Villemomble, Île-de-France 1
Bordeaux, Nouvelle-Aquitaine 1
Ingolstadt, Bavaria 1
Paris, Île-de-France 1
Berlin, Berlin 1
Dortmund, NRW 1
Davenport, IA 1
St Helens, England 1
Nové Strašecí, Central Bohemia 1
West Lake Sammamish, WA 3
Parkersburg, WV 1
Perpignan, Occitanie 1
Piura, Piura 1
Check Current Status

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

GitHub Issues Reports

Latest outage, problems and issue reports in social media:

  • simoncveracity
    Simon C (@simoncveracity) reported

    @jahooma Was excited to try Freebuff but basically doesn't work on macOS. I've commented on #729 on GitHub and make a new issue #736. I commend you on making this - it's a good idea, but you've taught me that if I were to make my own, I'd pay more attention to GitHub issues than you do...

  • Marcus_Rummler
    Marcus Rummler (@Marcus_Rummler) reported

    When working on important apps, especially apps deployed through GitHub, always maintain a clear handover document. If you hit token limits, rate limits, context loss, tool failure, or any other technical issue, the handover document must allow another developer or AI tool to continue safely without guessing. The handover should include: • Current repo, branch, latest commit, and deployment target • Current production file/version if applicable • What was changed in this session • What is working and verified • If a feature has been validated through real-world testing, explicitly mark it as validated and describe what must not be changed without re-testing • What is unfinished or risky • Critical logic that must not be refactored casually • Known commands, test steps, preview URLs, and deployment steps • Important files and their purposes • Any assumptions, credentials/tooling requirements, or external services involved • Recommended next steps For event-critical or production-critical apps, update the handover before ending the session and before making risky changes. Prefer concise, factual notes over long explanations. Goal = continuity. Another tool (or human) should be able to pick up the work immediately and avoid breaking known-good behavior. Save this if you ship real apps.

  • _beyondcode
    Beyond Code (AJ ONeal) (@_beyondcode) reported

    @kaihendry @pierrecomputer Yes. And these people showcasing other diff products are doing so to point out that it's a false problem - particularly because GitHub just released an update last week improving the the performance by 10x... and it's still buggy and in some cases unusable slow.

  • dasun_sucharith
    Dasun Sucharith (@dasun_sucharith) reported

    A hacker group called TeamPCP just executed 20 waves of supply chain attacks compromising over 500 pieces of software — with GitHub as the latest victim. Security researchers confirm AI tools were used to accelerate the attack at a scale previously impossible for human hackers alone. The software you trust may already be compromised. Supply chain security just became the most urgent problem in tech. 🔐 #Cybersecurity #AI #GitHub

  • GaryKildal
    Gary K (@GaryKildal) reported

    @darrenjr I completely disagree. There’s nothing Claude code does that you can’t find on GitHub. Also making a 5T param model seem stupid and slow from spamming it with 400 tools itl never use doesn’t make it a good harness

  • jsolisu
    jsolisu (@jsolisu) reported

    Bye Bye @github What terrible service!

  • tigerjvideo
    Tiger 🐅 (@tigerjvideo) reported

    @prades_maxime @tibor_tee @cursor_ai honestly nothing at the moment. for my use case it's a fantastic value. I had some initial trouble getting my stuff from antigravity & github ported over. But that was mainly due to me being unfamiliar with IDEs.

  • IShmool
    itay shmool 🇮🇱☮️✨️ (@IShmool) reported

    @Cryptoxorz You caught the part most people miss — the ops loop. Bug reports flow into GitHub issues, Claude Agent SDK triages them, fix PRs get generated. The course isn't just built with AI, it's maintained by AI. That's the actual story.

  • GitRanks
    GitRanks (@GitRanks) reported

    Elm’s tracked developers dipped to 2.32 k this month (down from 2.33 k), marking its first fall in active users this cycle. #github

  • PiChangelog
    Pi Changelog (@PiChangelog) reported

    Fixed: providers: - Amazon Bedrock provider loading fixed under strict package managers; Bedrock Claude requests now send the model output token cap by default, avoiding the 4096-token default truncation. - GitHub Copilot device-code login fixed to keep opening the verification URL while ignoring browser launch failures for headless use; OpenCode Zen/Go requests fixed to send per-session routing headers.

  • Predictive_Nerd
    Predictive Nerd (@Predictive_Nerd) reported

    @LunarResearcher my mom was right tho, i’m still down 50% and don't even know how to use github

  • aakashgupta
    Aakash Gupta (@aakashgupta) reported

    The CPO of a $131M AI company just confirmed that *** at AI native companies are now indistinguishable from engineers. Then she showed exactly why. She built a PM agent from one prompt in Claude Code. It pulls GitHub issues, scores every single one by priority, generates a daily report of what to build next. Instrumented the entire thing with one command. No IDE opened. No engineering partner. Traces streaming into her observability platform within minutes. Then she showed the self-improvement loop. The agent evaluates its own scoring accuracy, identifies categories where it misjudged priority, and feeds corrections back into itself. Bugs were getting scored too low. The agent caught the pattern, flagged it, suggested the fix. That cycle runs on a cron while you sleep. Her analogy was tennis. Nadal studies his own plays to get 1% better every day. Self-improving agents study their own traces. The PM's job used to be consuming more user feedback than anyone else. The agent now consumes all of it. Every GitHub issue, every Gong call, every Slack thread. What's left for the PM is the eval. Defining what "good" looks like. Deciding that bugs always outrank new features. Deciding which customer pain matters most. The alpha moved from processing information to curating taste. She confirmed same-day shipping is already happening. Issue comes in, PM identifies it, Claude Code prototypes the fix, ships that afternoon. The PM who manually scans a prioritized backlog every morning is competing against a PM whose taste agent runs 24/7 and improves itself overnight. Any PM running observability and evals on their agents is probably already in the top 1%. Given what this workflow produces, that tracks.

  • donatj
    Jesse G. Donat 🗽☮️ (@donatj) reported

    @blbraner Package managers like npm where what is on GitHub isn't guaranteed to be what you download make the problem so much worse. Composer and go mod got that part right at least

  • DadByTheFire
    dog_or_man (@DadByTheFire) reported

    @heynavtoor There was just a massive open source GitHub attack. Feels like this is asking for privacy issues

  • Chris65536
    Christopher (@Chris65536) reported

    @morganlinton no, because it will likely be less open that github, which is already closed source. but at least the service itself is more open and less locked down than cursor

Check Current Status