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
Bordeaux, Nouvelle-Aquitaine 1
Ingolstadt, Bavaria 1
Paris, Île-de-France 1
Berlin, Berlin 2
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
Tokyo, Tokyo 1
Brownsville, FL 1
New Delhi, NCT 1
Kannur, KL 1
Newark, NJ 1
Raszyn, Mazovia 1
Trichūr, KL 1
Departamento de Capital, MZ 1
Chão de Cevada, Faro 1
New York City, NY 1
León de los Aldama, GUA 1
Quito, Pichincha 1
Belfast, Northern Ireland 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:

  • OrNot2024
    Li Bin (@OrNot2024) reported

    @pyronaur @badlogicgames Same issue only for Codex but not for github

  • joshmanders
    Josh (@joshmanders) reported

    My AI assistant goal is to get my version in @dunnbot to a point that I'm managing it by creating github issues and reviewing PR's. When I approve and all checks are green it'll auto merge and deploy. The real kicker is that I'll be also using Dunnbot to plan and create the issues if they aren't bug reports from the platform support system, basically allowing me to go from coding to product management.

  • LVNilesh
    LV Nilesh (@LVNilesh) reported

    you don't really need a *** server. You can push code directly from one computer to another using SSH or local paths, without using GitHub or any internet-based hosting. *** remote add usb /path/to/usb/repo.*** *** push usb master

  • craigkerstiens
    Craig Kerstiens (@craigkerstiens) reported

    @juliknl @mscccc One shared schema is generally quite fine, RLS gives you extra guaranteed enforcement. ORMs can be okay about protecting this, but defense in depth in terms of access to the data is not a bad thing. I know Mike we'll say we just had amazing developers at GitHub that knew how this worked and we didn't have problems. If everyone thinks they have a set of the best developers in the world great, but evidence is not everyone is that good and having something like the database protect you is not a bad thing. Things like actually separate databases per customer aren't inherently bad, but you need orchestration to manage across that. There isn't a right or wrong way. Sorry to not be more black and white controversial, RLS can be a good thing, a database per customer has some pros (and cons), but also 1 shared schema and customer data mixed together is totally fine and can work (but also has tradeoffs).

  • Penivera001
    Penivera (@Penivera001) reported

    @github Please fix the branch export for codespace I have exceeded my subscription I was closed out before I could commit

  • Gkay06_
    SoGod | ☄️🌸(⚓🎀🐾)🎼👾 (@Gkay06_) reported

    @CsBuggy @cabanadrives5 Seems the GitHub pages have been taken down due to DMCA, so the one I've downloaded is the latest, to my knowledge

  • awagents
    Awesome Agents (@awagents) reported

    A 755-point Hacker News thread and a 139-upvote GitHub issue document Claude Code Pro Max 5x users exhausting their quota in 1.5 hours. An independent investigation with 1,500 logged API calls reveals the math behind the drai… #ClaudeCode #Anthropic Link in the first comment 👇

  • thebasedcapital
    basedcapital (@thebasedcapital) reported

    coffee, four terminals, one tab open on a vllm-studio github issue from three months ago with no reply. that's usually how you know it's still a solo project.

  • madewithv
    V (@madewithv) reported

    @github how about simply fix the uptime?

  • Moxorama
    George Wizeman (@Moxorama) reported

    @github I would consider virtualised lists and a floating window - there's no point rendering 10,000 rows. The problem of editing a multi-megabyte file was solved back in the days of MS-DOS and 640 kilobytes, which was enough for everything.

  • The_Sublimatory
    Sublimation Chamber ⚗️ (@The_Sublimatory) reported

    @S1r1u5_ @gleech Yeah I think in a decade every time you you try to push, GitHub will just run a mythos+ level ai on it for free and if there are vulnerabilities it will give you a standard “failed to push” type warning and ask if you want to manually fix it or just let them automatically do it.

  • VatsSShah
    Vats (@VatsSShah) reported

    why MCP changes the shape of the problem: the agent doesn't just read "the user prompt." it reads tool results. every Jira comment, every GitHub issue body, every row from Postgres is input to the next LLM turn. you can't sanitise all of it. some of it is the content the user asked for. the only place to catch it is between the tool and the LLM- after the tool returns, before the content goes back into context. most gateways scan the prompt. most scan the response. the middle, where the agent actually gets exploited, is blind.

  • AndeanViber
    Andean Viber (@AndeanViber) reported

    @IntCyberDigest @0x686967 By default GitHub repos are Public... It's a major problem

  • grah_uk
    Graham (@grah_uk) reported

    Real question as I scale my C#/.NET team: Do I:
– Add 2 juniors
– Add a senior
– Or double down on AI for the current team? We’re on VS + GitHub Copilot.
Cursor = insanely fast for prototyping
.NET = the bottleneck What’s actually working for you?

  • _Incarnas_
    Incarnas (@_Incarnas_) reported

    Shipped an Obsidian plugin that syncs GitHub data into the vault. Smoke tested against real GitHub. Profile sync returning 404s on every repo. Paginated calls worked fine. Issues, PRs, releases, Dependabot alerts. All clean. Just the direct calls failing.

Check Current Status