1. Início
  2. Empresas
  3. GitHub
  4. Mapa de Falhas e Interrupções
GitHub

Mapa de falhas e interrupções no serviço GitHub

O mapa de interrupções a seguir mostra os últimos locais em todo o mundo onde usuários do serviço GitHub relataram estar tendo problemas e interrupções. Se você estiver tendo problemas com o serviço GitHub e sua área não estiver listada, não deixe de de enviar uma reclamação abaixo

Carregando mapa, por favor aguarde...

O mapa de calor acima mostra onde os relatórios de mídia social e enviados por usuários mais recentes estão agrupados geograficamente. A densidade desses relatórios é representada pela escala de cores conforme mostrado abaixo.

Usuários da GitHub afetados:

Menos
Mais
Verificar o status atual

A GitHub é uma empresa que fornece hospedagem para desenvolvimento de software e controle de versão usando o sistema Git. Ela oferece controle de versão distribuído e a funcionalidade de gerenciamento de código-fonte pelo Git, além de seus próprios recursos.

Locais mais afetados

Nos últimos 15 dias, as reclamações sobre interrupções e problemas tiveram origem em:

Localização Reclamações
Créteil, Île-de-France 1
Trichūr, KL 1
Brasília, DF 2
Lyon, Auvergne-Rhône-Alpes 1
Tel Aviv, Tel Aviv 1
Rive-de-Gier, Auvergne-Rhône-Alpes 1
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
Montataire, Hauts-de-France 1
Verificar o status atual

Discussão da comunidade

Dicas? Frustrações? Compartilhe aqui o que você está pensando. Não se esqueça de incluir a descrição do problema e a sua cidade e código postal.

Cuidado com "números de suporte" ou contas de "recuperação" que podem ser postadas abaixo. Certifique-se de denunciar e votar contra esses comentários. Evite postar suas informações pessoais.

Reclamações sobre problemas no serviço GitHub

Reclamações sobre falhas, interrupções e problemas mais recentes nas redes sociais:

  • RafaelPaschoare
    Rafael Paschoarelli (@RafaelPaschoare) relatou um problema

    486 Há 30 anos eu programava em C++, desenvolvendo redes neurais, análise cepstral e FFTs — tudo do zero, na unha. Não existiam Stack Overflow, GitHub, modelos prontos ou frameworks que abstraíam metade do problema. Era ler o artigo, entender a mecânica e implementar ... no 486. Pouco depois de me formar, mudei completamente de rumo e abandonei a engenharia. Com o Claude Code ao lado, voltei às origens.

  • TheKire7
    Kire AI (@TheKire7) relatou um problema

    Se você não está buildando, o problema não é o orçamento. Dá para rodar uma infraestrutura nível enterprise gastando menos que uma pizza: - Claude = coding. ($20/mo) - Supabase = backend. (Free) - Vercel = deploying. (Free) - Namecheap = domain. ($12/yr) - Stripe = payments. (2.9%/transaction) - GitHub = version control. (Free) - Resend = emails. (Free) - Clerk = auth. (Free) - Cloudflare = DNS. (Free) - PostHog = analytics. (Free) - Sentry = error tracking. (Free) - Upstash = Redis. (Free) - Pinecone = vector DB. (Free) Agora me diga, o que vai fazer em relação a isso?

  • luanfonsecap
    loam (@luanfonsecap) relatou um problema

    @rocketseat o login social com github quase nunca funciona né

  • AugustoCB23
    Augusto César (@AugustoCB23) relatou um problema

    @leiaoanuncio quem não mete 2-FA em tudo é doido! Principalmente quem tem Xbox com cartão de crédito cadastrado. Abre QUALQUER app grande (Gmail, GitHub, Microsoft, etc) e procura nas opções o histórico de tentativas de login. Vai ficar abismado!

  • dennysmvn
    dennysmvn (@dennysmvn) relatou um problema

    API do Github apresentando problemas no Brasil...

  • ktakanopy
    Takano (@ktakanopy) relatou um problema

    Workflow útil de IA: Só revisar sua branch. Faça comentários na sua pr no Github. E peça pro Claude code / Codex pra baixar os comentários e usar eles na revisão. Fiz isso hoje pra ajustar os problemas que a IA gerou.

  • webgus
    Gustavo Alessandri (@webgus) relatou um problema

    Se encontrar um erro, tiver uma ideia ou quiser propor uma melhoria, é só abrir uma issue ou fazer um fork no Codeberg ou no GitHub. Contribuições são bem-vindas. Essa é exatamente a ideia.

  • FernaandoJrDev
    ִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִ (@FernaandoJrDev) relatou um problema

    api do github sem dando erro 500 até agora 🤦

  • kwast
    def name(*david, **kwast): (@kwast) relatou um problema

    @FernandoCruz_21 O Lovable também força repo de github público? Pq o maior erro parece ter sido este. Daria tempo dele resolver o .env e outras coisas soltas nos arquivos se só ele tivesse acesso ao repo.

  • ViniAchterberg
    Achterberg (@ViniAchterberg) relatou um problema

    @lucajarfile @whotfisabreu Imagina esses enzos tendo que procurar erro no stackoverflow ou ficar horas caçando coisa no github issues. Vivem no saudosismo mas nunca sofreram a realidade.

  • renatadoro1
    Professora Crypto (@renatadoro1) relatou um problema

    @prizepollguy @claudeai Explica melhor sobre o q faria no github? Usa lo como servidor?

  • br_dev_org
    br-dev.org (@br_dev_org) relatou um problema

    A TanStack publicou um postmortem detalhando um grande ataque de supply chain no npm ocorrido em 11 de maio de 2026, no qual invasores publicaram 84 versões maliciosas em 42 pacotes @tanstack/* em apenas seis minutos. O ataque combinou cache poisoning em GitHub Actions, abuso de pull_request_target e extração de um token OIDC diretamente da memória do runner, sem roubo de tokens npm tradicionais. Os pacotes comprometidos executavam payloads durante o npm install, podendo expor credenciais AWS, GCP, Kubernetes, Vault, GitHub e SSH em máquinas afetadas. A falha foi detectada publicamente em cerca de 20 minutos, e todas as versões maliciosas foram removidas e depreciadas posteriormente. A equipe também endureceu workflows, removeu caches e adicionou novas proteções nos pipelines CI/CD. Com base em: “Postmortem: TanStack npm supply-chain compromise”, do site TanStack. Siga, compartilhe, e comente.

  • madPunchy
    madPunchy (@madPunchy) relatou um problema

    @FakeDoManu @ogavelar Até anteontem usava uma estrutura própria de git, resolvi mudar pra Github, e qualquer um que não for um babuíno consegue manter a segurança e privacidade dos projetos em nível aceitável (Ah mas a big tech vlablablah (*******, quem me dera ter esse problema)). Qual o "custo"? Perfil não fica 'verdinho', só isso, tudo guardado em private sem dor de cabeça.

  • naldorp
    Naldo Portela (@naldorp) relatou um problema

    o headroom entrou no github trending e já passou de 10 mil stars. é uma camada que comprime log, output de ferramenta, arquivo e até pedaço de base de conhecimento antes disso chegar no LLM. os caras falam em 60-95% menos tokens. 2026 tá ensinando uma coisa bem clara. o problema não é só modelo caro. é contexto desperdiçado com cara de trabalho

  • opanteraos
    PanteraOS (@opanteraos) relatou um problema

    O GitHub Copilot não ficou caro em 01/06. Ficou honesto. Devs atingiram o cap mensal antes de junho sequer começar, e o problema não foi o produto. Foi a premissa de precificação que todo o mercado aceita como verdade. Tarifa flat de IA sempre foi subsidiada. Em organizações sem visibilidade de uso individual, um único dev usando prompts pesados cortou o allowance de toda a equipe. O que era opaco ficou visível: o preço flat nunca refletiu o custo real de uso intenso. Quem construiu produto sobre essa premissa, construiu sobre fundação temporária. Brian Armstrong, CEO da Coinbase, confirmou essa estrutura com dado operacional publicado essa semana. Na Coinbase, o time está roteando prompts para modelos mais baratos onde possível e manteve custos de IA praticamente flat enquanto o volume de tokens cresceu de forma exponencial. Previsão dele: em 12 a 18 meses, 80% dos workloads que hoje rodam em modelos frontier migram para modelos 99% mais baratos. Os outros 20% ainda precisarão do melhor. Isso não é análise de mercado. É o CEO de empresa pública com dado da própria operação. O reajuste vai chegar de duas formas. Para quem construiu produto com precificação subsidiada como premissa de margem. E para times que nunca fizeram o exercício de classificar os próprios workloads. Esse exercício cabe em uma hora: pegue os últimos 30 dias de uso de IA da sua equipe, liste as tarefas mais frequentes e marque quais precisam de raciocínio de frontier (multi-step complexo, código crítico, análise ambígua) e quais seriam resolvidas por um modelo 10 a 100 vezes mais barato (classificação, extração, resumo simples, formatação). Eu faço esse mapeamento com equipes e o resultado padrão é que 70 a 80% das requisições poderiam estar em commodity desde o início. O que faltou foi a pergunta. Se você não tiver esse mapa antes do subsídio acabar completamente, os próximos 12 meses vão te dar um de graça, com o custo real no extrato. Via @brian_armstrong (08/06) e @HedgieMarkets (01/06/2026)

Verificar o status atual