1. Home
  2. Companies
  3. GitHub
GitHub

GitHub status: access issues and outage reports

No problems detected

If you are having issues, please submit a report below.

Full Outage Map

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.

Problems in the last 24 hours

The graph below depicts the number of GitHub reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

At the moment, we haven't detected any problems at GitHub. Are you experiencing issues or an outage? Leave a message in the comments section!

Most Reported Problems

The following are the most recent problems reported by GitHub users through our website.

  • 53% Website Down (53%)
  • 33% Errors (33%)
  • 13% Sign in (13%)

Live Outage Map

The most recent GitHub outage reports came from the following cities:

CityProblem TypeReport Time
Paris Website Down 2 days ago
Ahmedabad Errors 8 days ago
Delme Sign in 8 days ago
Lyaud Website Down 8 days ago
Catania Errors 11 days ago
Inverness Website Down 23 days ago
Full Outage Map

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:

  • tmophoto
    tmo (@tmophoto) reported

    @DabsMalone i had an old email account from like 15 years ago with bot in the name that i fired back up after 10 years and used for a hermes profile and it got immediately banned. i used it to sign in to x, github, everything. was a huge hassle

  • a_small_j
    small_j (@a_small_j) reported

    @smalldocs_org recently crossed 200 stars on GitHub and 20 forks. SmallDocs is the first open source project I've managed. Handling other people's pull requests is not easy (and I need to improve). They implement features you're not considering and fix bugs you didn't know you had. Extremely useful, but if you're squeezed for time and trying to develop core functionality, it's hard to manage both things well.

  • devabram
    David Abram 🐊 (@devabram) reported

    Discord is down. X is down. GitHub is down. Software is solved.

  • _rygo6
    rygo6 (@_rygo6) reported

    @eeuoss I can't speak for kernel driver development as I don't do that. But I can speak for vulkan and graphics APIs which do require more specific knowledge about how that hardware works. Which I do assume someone completely comfortable in C will be more capable with vulkan and programming GPUs. It's because more of what C incentivizes you to learn is transferrable to that domain. If someone only knows how to design intricate system architecture using STL with std::vector or std::unordered_map or std::mutex. None of that transfers to the code you run on a GPU. I've seen it multiple times where someone highly versed in standardized ways of C++ or even Rust, or any language which relies heavily on heap allocation and generic containers. Writing graphics or compute shaders is often a barrier they struggle to cross. And often they aren't willing to unlearn such habits to be able to properly program the other half of the computer. Being close a graphics problem domain I am often hesitant of involving anyone unless I see a decent amount of plain C, or C-like C++, or shader code on their GitHub. If it's all Modern C++ where everything is a standard container with smart pointers and exceptions. I assume they won't be able to program a GPU.

  • waefrebeorn
    WuBu ⪋ WaefreBeorn 🇺🇸 👑 (@waefrebeorn) reported

    hey @Teknium @yeahfortommy please add the amd portal too even if tou have to send tommy into the AMD headquarters to get them to fix the links (you have to sign up for american then link through github, then you can access the models free, tommy needs to pull teeth but they have free api)

  • dwajedentrzy7
    Jessika Hyde (@dwajedentrzy7) reported

    @k2sbhai to all, u need to register via cn version (login with github). Pretty slow but usable as backup or something

  • AbdallahSh07
    Abdallah Shaban (@AbdallahSh07) reported

    @10VBacik @FlutterDev Got it! did you create a GitHub issue on their end for this? seems like there is enough info in that gist to help them investigate!

  • heeyyaaaaaaa
    isha (@heeyyaaaaaaa) reported

    spent the entire day trying to reproduce a bug for a github issue 🥀🫩

  • chrissotraidis
    Kahris (@chrissotraidis) reported

    @NickogSo I haven't tested on LiveContainer. Feel free to submit logs via GitHub issues and I'll check it out. I haven't had any other reports of that happening for either build.

  • Nerevarineeee
    🐻‍❄️ (@Nerevarineeee) reported

    @jiriknesl @napenforcer yeah vscode is bloated electron slop and github....... do i even have to mention the down times and unavailability? it has literally became much worse since ms acquired it, so wtf are you talking about?

  • neolaj
    Jeremiah K (@neolaj) reported

    @TiborAntal Gradually figuring out how to scale coding agents. Started with 1, manually handling all the ***/GitHub work. Moved to 3 because I had more ideas than one agent could keep up with. That’s when the real problems started: squashing, merging, branch drift, conflicts. I ended up rebuilding the workflow around deterministic *** logic, worktrees, ephemeral branches, and syncing with the integration branch before changes begin. Now I’m running 6: • 1 orchestrator (Fable or Opus) • 4 coding agents • 1 integration agent reviewing and merging PRs Building the process around them was the hard part. Right now im just doing a couple of PRs (using ORCA on windows on my home computer)

  • jothantranston
    joithan (@jothantranston) reported

    THIS GUY BUILT A TINY AMOLED DESK BOARD JUST TO STARE AT HIS STRIPE NUMBERS it's a Waveshare ESP32-C6 touch panel that sits in your peripheral vision and cycles business metrics so you stop digging through Stripe > same ESP32-C6 board people use for Claude Code token meters, flipped to revenue > eight screens, five seconds each: MRR, new paid, paid subs, cancelled, ARR, ARPU, net 30d, failed > empty screens hide themselves so a young account sees a shorter loop > polls Stripe every five minutes on a read-only key (subscriptions + invoices) > marks itself stale instead of showing a number it can't vouch for > no soldering: flash over USB, finish Wi-Fi + key setup from your phone > data stays on the board; no project server in the middle firmware free on GitHub: cosjef/stripe-desk-display. board ~$30–$36 (Waveshare ESP32-C6-Touch-AMOLED-2.16). chat and terminal can't sit in your eye line for five hours. a tab you have to open is a tab you stop opening. this is what "the numbers find you" looks like as a brick on the desk.

  • webgus
    Gustavo Alessandri (@webgus) reported

    If you find an error, have an idea, or want to propose an improvement, just open an issue or fork it on Codeberg or GitHub. Contributions are welcome. That’s exactly the point.

  • BratahFGC
    Bratah (@BratahFGC) reported

    There may be many bugs so feel free to leave any issues in the issue section github! I hope that this release can push forward the preservation or our beloved game!

  • buildwithpb
    Priyanshu Bhati (@buildwithpb) reported

    @CryptoWendyO @chainlink 30% error rate on github replies sounds like a recipe for accidental flame wars. good luck with the cleanup.

  • joshuaokolo_
    Joshua Okolo (@joshuaokolo_) reported

    we made @sgl_project and @vllm_project scheduler config changeable on a live server. no restart, weights never leave the GPU. - 15ms to change a concurrency cap, queue limit, prefill size, or schedule policy, measured on H100, RTX PRO 6000, B200 - 2s (SGLang) / 8–10s (vLLM) to resize the KV pool with weights resident (formerly a 1–7 min redeploy) - zero dropped requests across every run, both engines github below

  • AzakaSekai_
    安坂星海 Azaka || VTuber (@AzakaSekai_) reported

    I know you explicitly said "excluding vibecoding," but the biggest problem *IS* AI right now. Several major players in the field have moved on to heavy AI development or even agentic post-exfiltration moves and has muddied the water even more for attribution. Aside from that, the other big trend that we've been seeing more and more in recent years is heavily abusing Living Off Trusted Sites with C2 comms based on GitHub, OneDrive, Outlook, etc. Whilst this is most definitely not "new," we have seen a non-insignificant number of threat groups move to platforms that make tracing a little more difficult. In terms of the malware themselves, most of them have also shifted to using compiler-level obfuscation - a lot more compared to previous years where control flow flattening and jumps all over the place have become increasingly common. Right now, it's still tolerable, but my job has started becoming more and more annoying and less fun especially if every malware now looks the same. #mond_AzakaSekai_

  • UptimusApp
    Uptimus (@UptimusApp) reported

    Sep 02, 2026 at 13:29 UTC: Semaphore reports that periodic authentication failures with GitHub repositories are linked to a wider issue affecting HTTPS operations.

  • IshankDev
    Ishank (@IshankDev) reported

    7/ 16k+ GitHub stars. Built for people who want control, not another marketing-suite login.

  • johncrickett
    John Crickett (@johncrickett) reported

    @Mike_Preston17 I don't think they water them down, why would they when they're competing on having AGI? I don't mind using GitHub actions to run tests and builds against a branch before merge. I don't want it triggering production schedules. Do you list all the things it shouldn't do in the prompt?

  • vigneshwer_ram
    Vigneshwer Ramamoorthi (@vigneshwer_ram) reported

    I keep thinking the “Android moment for robots” won’t come from a humanoid with the best walking demo. it’ll come when some cheap-enough piece of hardware gets into thousands of developers’ hands and people stop waiting for the manufacturer to decide what the robot is for. Zeroth just launched Bridge in China: 88 cm, ~13 kg, two-finger grippers, open motion-control APIs + SDKs, mocap/VR integration, and an OpenBridge ecosystem where developers can publish robot skills. the Geek Edition is reportedly ¥8,888. that price is the part that caught me. because once capable embodied hardware starts approaching laptop money, the experimentation surface changes completely. I want the Raspberry Pi phase of robotics. weird university projects. teenagers making terrible robot apps. researchers abusing the hardware for things it was never designed for. 500 GitHub repos implementing slightly different ways to pick up a cup. the robotics industry is understandably obsessed with getting robots into factories. I’m almost equally interested in what happens when we get enough robots onto developers’ desks

  • lobstermindset
    Lily (@lobstermindset) reported

    @nnnnicholas i just setup a github issues board, will probs try out linear if it's not sufficient

  • ravnexchange
    RAVN (@ravnexchange) reported

    @openclaw @github GitHub sat the maintainers down on security after the 2.0 rush. Most launch recaps skip that part.

  • kimburgaard
    Kim Burgaard (@kimburgaard) reported

    Back when GitHub added Copilot PR reviews, it helped me keep up with the growing volume and size of our pull requests, which were increasingly being written by Copilot too. Over time I grew comfortable feeding Copilot's review comments straight back to Copilot to fix, and mostly spot checking when critical functionality was involved. When GitHub updated the Copilot pricing model I switched to Claude Code, but kept the Copilot review feature on for a couple of months. When the monthly bills for Copilot AI usage alone started rivaling the Claude Code Max plan, giving Claude Code PR review duties seemed like an obvious cost saving move. Plugging Claude Code into our PR review process immediately went south. The first PR churned with fixes to findings that resulted in more findings, and fixes that propagated up and down the call chain. I threw the PR away and started over, but the next attempt churned just as badly. Turn count on its own was never the signal. Copilot had taken ten turns on a rate-key cleanup the day before and nobody minded, because the findings thinned as it went — 5, 4, 3, 3, 3, 4, 1, 2 — and it merged. The cached-token billing PR I put through Claude Code took nine turns and produced 123 inline findings, and the ninth round was still returning fifteen. I closed it without merging. Looking closer at Claude Code's review findings, it was clear it reported far more issues than Copilot ever did, and among legitimate bugs and concerns, it made lots of comments about latent and speculative issues including possible race conditions and error propagation, things Claude Code would then try to fix one by one in isolation, often ignoring existing patterns in the code base. The code-review workflow is built into Claude Code and cannot be customized other than a few options, so the only place to intervene was on the other end, in the session where I used to just ask the coding agent to address the review findings. The first improvement was to direct Claude Code not to blindly fix all findings, but to defer findings not directly related to the task at hand to new issues. That helped reduce the PR churn, but blew up our issue backlog. The next improvement was to ask Claude Code to ignore speculative findings and disregard most latent findings unless they indicated high risk of unrecoverable damage in production. Finally, I had to stop Claude Code from authoring prescriptive issues with detailed implementation instructions. The result is a skill that triages PR review findings, and a skill for authoring and updating issues. After a few iterations of the skills, I've been able to complete ten PRs over a couple of days, bringing back the pace we had before. I've made the skills available in a public GitHub repository (link in the first reply). Let me know if you find them helpful.

  • neko23423
    Ares (@neko23423) reported

    I compared the latest OpenClaw vs Hermes Agent GitHub releases so you don’t have to. OpenClaw 2026.8.2 (Sep 1) vs Hermes Agent v0.21.0 (Aug 31). Not a feature-page remix. The actual repos. OpenClaw • 388,516 stars • 81,568 forks • ~86,300 commits • 6,070 open issues Hermes Agent • 239,503 stars • 48,930 forks • ~26,980 commits • 38,563 open issues Hermes is the smarter learner: skills from experience, cron that remembers, Bot Mode, hermes peer. OpenClaw is the personal-AI operating system: iMessage, iOS/Android, Linux companion, team Gateway, signed Foundation releases. The tell: Hermes ships `hermes claw migrate`. You only write a migrator for the incumbent. King in 2026: OpenClaw. Heir with the better mind: Hermes. If you’re picking a self-hosted AI agent this week, that’s the split. Bookmark this. The timeline is about to fill with takes from people who didn’t open either repo. OpenClaw vs Hermes Agent. Latest version. Real numbers.

  • DPortkey
    Harsha Kotcherlakota (@DPortkey) reported

    Awesome Codex non-coding usecase: I had 1-2 TP Link Kasa smart outlets that always ended up falling off the network, and it drove me nuts. I set Codex on it. It found a github library for these devices, carefully examined them on my network and watched them fall off, and told me that even though they look identical, 2 of them were previous generation models that had *slightly* lower total wattage load support. It told me exactly how to tell them apart, and sure enough, that was that. 2 replaced outlets later and my connected devices have bene flawless. Months and months of irritation, gone because of 30 seconds of curiosity. Just try, you never know what you could fix! @victornunez

  • HuaDongXiong
    Hua-**** Xiong (@HuaDongXiong) reported

    Codex for Windows stopped launching after an update. Multiple github issues opened for 2+ weeks. This affect users who set the MS store install location to a non-C: drive. Mac version is buggy too. ofc coding is solved! @thsottiaux

  • borrowck_novel
    borrowck-novel (@borrowck_novel) reported

    @rfleury @X Are you open for suggestions or even simple problem reporting about the UI of raddbg? Where is it ideal? On Github?

  • WhopperWizard
    🍔Kangdalf👑 (@WhopperWizard) reported

    @cachesaur > claude, get your changes into github what's the problem?

  • tloncorporation
    Tlon (@tloncorporation) reported

    1/ Your agent can now publish to the open web from Tlon Messenger. The page is served by your own server. No platform (ie Substack, GitHub, Medium etc) sits between you and your readers. All publishing a note to the web from Tlon Messenger takes is pressing a toggle. The page lives on a server you own. Here's how: