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
Township of Evan, KS 1
Madrid, Madrid 1
Bogotá, Bogota D.C. 1
Paris, Île-de-France 4
Lyon, Auvergne-Rhône-Alpes 1
Lima, Lima 1
Aix-en-Provence, Provence-Alpes-Côte d'Azur 1
Trento, Trentino-Alto Adige 1
Le Chambon-Feugerolles, Auvergne-Rhône-Alpes 1
Antananarivo, Analamanga 1
Lure, Bourgogne-Franche-Comté 1
Ashkelon, Southern District 1
Veigné, Centre 1
Saint-Paul, Réunion 2
Mexico City, CDMX 1
León de los Aldama, GUA 1
Créteil, Île-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.

  • TROPACRYPTO
    ATROPA CRYPTO (@TROPACRYPTO) relatou um problema

    Zcash (ZEC) acabou de tomar um banho de realidade. Bug crítico no pool shielded Orchard permitiu criar ZEC falsificado ILIMITADO por 4 ANOS sem detecção fácil. Resultado? Preço derreteu, confiança abalada e agora ninguém consegue provar 100% que não teve inflação no pool privado. 😵‍💫 Mas e o Monero (XMR)? Aqui a coisa é diferente, irmão. >Supply 100% auditável Todo mundo que roda um node full consegue somar todas as coinbases (recompensas de bloco) com um comando simples: >print_coinbase_tx_sum >Emissão geométrica fixa + tail emission conhecida. >Provas criptográficas (RingCT + Bulletproofs) garantem que inputs = outputs + taxa em cada tx. Se alguém tentar criar dinheiro do nada, a prova falha e a transação morre. >Você não vê o valor das transações (privacidade real), mas qualquer um verifica que o supply total bate certinho com o que deveria existir. >Tem até ferramenta open no GitHub (monero_inflation_checker) pra checar isso de forma automática. Resumo sincero: >ZEC shielded: privacidade + risco alto de inflação invisível >XMR: privacidade FORTE + supply auditável de verdade >Monero não é "untraceable shitcoin" como os haters falam. >É o dinheiro digital que combina privacidade séria com garantia matemática de supply. >Bitcoin é anti-sistema por ser escasso e transparente. >Monero leva isso pro próximo nível: escasso E privado. Quem prefere dinheiro de verdade que o Estado não controla? 👀

  • Tachiminhoca
    tachi :P (@Tachiminhoca) relatou um problema

    To com um problema q eu n consigo nem formular uma frase pra explicar, eu qria poder mandar um audio chorando no github e só mostrando um print

  • disouzam_bh
    Dickson (@disouzam_bh) relatou um problema

    @miguelbalbov @mbaldin Não eram todas as rotas que estavam com problema. Eu tive problema apenas com autenticação no GitHub via VS Code. O acesso ao site estava normal

  • thedoomguy_ai
    The DOOM Guy (@thedoomguy_ai) relatou um problema

    Se conecta ao GitHub. So comentar /opencode que ele explica o problema ou abre um PR automaticamente.

  • o_gabsferreira
    Gabs Ferreira (@o_gabsferreira) relatou um problema

    Imagina se cada arquivo da sua empresa não fosse um documento, e sim um app inteiro. Com backend, banco de dados e API próprios, escrito na hora pro seu problema. Um exemplo concreto: em vez de exportar uma planilha de issues do GitHub toda segunda, você pede um painel que puxa os issues abertos do seu time direto da API, guarda o histórico num banco próprio, deixa qualquer pessoa do time editar prioridade em tempo real, e roda sozinho toda segunda de manhã. Um app com estado, rodando, que você compartilha como compartilharia um documento. É essa a proposta do Cloudflare OS, aberto ontem. E antes que a palavra confunda: não é Windows, não é Linux, não substitui nada na sua máquina. Roda no navegador, em cima de Workers. É um "OS" no sentido de ser a camada que gerencia agentes de IA dentro da empresa: processo, memória, armazenamento, permissão e custo. O hardware que ele abstrai são os sistemas internos da companhia. Cada app tem cliente, servidor, API e estado durável. O server carrega *** demanda como Dynamic Worker e é instanciado como Durable Object Facet, o que dá ao app um SQLite próprio. Como Dynamic Workers usam isolates V8, cada app tem runtime isolado sem container dedicado parado consumindo recurso. A comunicação usa Cap'n Web, o RPC baseado em object-capability deles, e o agente chama os mesmos métodos que o cliente. Ou seja: a ferramenta que você construiu pra você vira ferramenta que o agente usa quando você não está. O agente nasce sem acesso a nada: ele pede um recurso específico, você concede, e o código gerado recebe aquilo como binding tipado. A credencial nunca chega no agente nem no código. Entre o OS e cada API externa ficam os Gatekeepers, Workers que funcionam como chamada de sistema mediada: liberam um único repositório do GitHub, permitem ler issues mas não código-fonte, mascaram campos e exigem aprovação antes de um merge. E a política acompanha o que o agente já viu. A plataforma registra cada recurso observado, e isso fica grudado no agente e no que ele produziu. Se ele leu uma tabela sensível e gerou um dashboard, quem tentar abrir passa por verificação contra os recursos originais. O mesmo log bloqueia saídas: leu dado sensível, não escreve em certos destinos nem faz requisição externa. Achei a ideia bem interessante e pretendo testar nos próximos dias. (link nos comentários)

  • arantespp
    Pedro Arantes (@arantespp) relatou um problema

    @SenhorZiborro Eu uso o GitHub Copilot e nunca tivemos este problema de tokens. Ou estamos usando pouco ou aprendemos a usar de forma bem eficiente.

  • naldorp
    Naldo Portela (@naldorp) relatou um problema

    a Jane Street, firma de trading quantitativo, botou no github o magic-trace. é uma ferramenta pra ver oq um processo tava fazendo antes de ficar lento ou quebrar, com resolução de ~40 nanossegundos e sem mexer no app. qdo uma house desse nível abre infra assim, a vantagem não some. ela sobe de camada

  • despnox
    Não é Papai Noel (@despnox) relatou um problema

    @acgfbr Alucinando ainda não percebi, mas ta lento, lento que doi. Uma issue de github falando pra mexer em 6 arquivos leva 1 hora.

  • thedoomguy_ai
    The DOOM Guy (@thedoomguy_ai) relatou um problema

    O processo é simples: registra com GitHub (não use Gmail ou nome de usuário) e os créditos caem. Já testei com meu agente Hermes e rodei o GPT-5.6 Sol sem problemas.

  • Gustavo_argos7
    O Argonauta 🇻🇦 studytwt (@Gustavo_argos7) relatou um problema

    @LuigiAMDG Pode ser uma opção, mas que estranho isso do nada. Eles tem suporte pra vc contatar ou talvez já exista algum tutorial de dev no github sobre esse problema?

  • lmeilibr
    Leandro Meili (@lmeilibr) relatou um problema

    @AkitaOnRails Um problema interessante que estou tendo com CI para projetos privados no GitHub Actions é o estouro do limite de minutos de VMs. É tanta PR que os minutos do plano evaporam. A altenativa mais lógica é ir para um self-hosted, mas com IA alguma nova estrategia de CI vai surgir.

  • contadorabtc
    Contadora Cripto (@contadorabtc) relatou um problema

    Você sabe tudo que encontram sobre você na internet em 5 minutos? Domínios, IPs, carteiras de crypto, perfis sociais, e-mails e todos os relacionamentos. Tem uma ferramenta no GitHub que transforma isso em um gráfico interativo: Flowsint. ✅ Mapeia domínios, IPs, organizações, wallets e perfis ✅Perfeita para OSINT e investigações ✅Grátis, open-source, roda no seu servidor Sem ninguém saber o que você investiga. O link👇

  • KingsHejj
    E (@KingsHejj) relatou um problema

    @mlk_signoretti Deu, alias o dia d ehj ta ****, quebrou uma api interna q migraram, dps quebrou o jfrog, dps o github caiu mas ja voltou e detalhe qdo o jfrog voltou, deu um erro de build q o carinha la do devops falou q a gente foi o primeiro que pegou ele KKKKKK

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

    api do github sem dando erro 500 até agora 🤦

Verificar o status atual