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 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
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:

  • 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?

  • Vinicius_ASousa
    Vinicius Alves Sousa (@Vinicius_ASousa) relatou um problema

    CTOs, uma curiosidade: Quando um novo desenvolvedor entra na empresa, quanto tempo sua equipe leva para provisionar todos os acessos necessários? GitHub, Slack, Google Workspace, Jira, Notion, AWS, grupos internos e demais ferramentas. Isso é algo que já está automatizado ou ainda acontece de forma manual? Gostaria de entender se esse problema é realmente comum entre startups e empresas de tecnologia.

  • mhokano
    Marcelo Okano (@mhokano) relatou um problema

    50 GPT-5.4 rodando ao mesmo tempo fecharam 4.000 issues em um dia no GitHub. O ******* do OpenClaw, Steipete, lançou o Clawsweeper: um bot de IA focado em manutenção de repositórios. Ele monitora issues e PRs 24h/dia e só fecha quando tem evidência forte, dentro de 5 categorias bem definidas. Nada de fechar aleatoriamente. O mais curioso: não tem dashboard. Tudo (status e métricas) vai direto pro README, em tempo real. Resumo: IA gerou o caos, agora IA está limpando. Antes o hype era IA escrevendo código. Agora fica claro que o problema real é gerenciar esse código. Isso não é só um “bot de stale melhorado”. É uma mudança de paradigma no open source: IA gerenciando IA. O gargalo deixa de ser manutenção manual e passa a ser rate limit de API. Quando isso escalar, dá pra imaginar uma limpeza massiva no GitHub.

  • 0xM4ur1c10
    0xM4ur1c10 (@0xM4ur1c10) relatou um problema

    @p2pmebrasil só um detalhe rapeize, tenho movimentação na minha wallet de 2025 usando a p2p, porém não consigo fazer a verificação zk, x, github, linkedin, instagram não funciona 😞

  • luisroquette
    Luis Fernando Roquette (@luisroquette) relatou um problema

    Crabbox 0.3.0 saiu. Agora roda Linux remoto, login via GitHub, e replay de runs ao vivo. DevOps sem frescura.

  • disouzam_bh
    Dickson (@disouzam_bh) relatou um problema

    E eu achando que 1) era meu firewall bloqueando alguma coisa, 2) VS Code com problema ou 3) GitHub com problema. Na real, ontem teve também problema de autenticação reportado pelo GitHub

  • Alezybs
    ale (@Alezybs) relatou um problema

    Muito bom criar issues no github, sinto como se tivesse um plano de ação pra ja resolver um problema que eu mesmo criei

  • BrunoRataque
    Bruno Rataque (@BrunoRataque) relatou um problema

    alguns sites tao passando por instabilidade de servidor ou minha internet que tá uma *****? (twitter, spotify, github)

  • haceelldasilva
    Vitor (@haceelldasilva) relatou um problema

    @radiationunit @LEONARDOOCS @felipefialho_ até mesmo bigtechs estão com problemas causados por mal uso de IA: aws, github, cc, etc. ela aumenta teu output, mas tende a diminuir a qualidade dele, ao codar na mão vc pensa no que escrever, enquanto escreve e depois na review. com AI se pensa pouco e só no prompt/plan

  • Milca0_
    Milca0 (@Milca0_) relatou um problema

    Fishing Frenzy está ENCERRANDO e DEVOLVENDO USDC @FishingFrenzyCo anunciou hoje que tanto Fishing Frenzy quanto Uncharted estão encerrando operações após não conseguirem encontrar product-market fit viável. Os servidores desligam em 25 de junho às 2am UTC e toda a economia entra em modo de encerramento USDC packages não estão mais disponíveis pra compra no jogo. FISH token virou spend-only e não é tradável. Karma scores agora são open source e estarão disponíveis no GitHub pra qualquer time usar. Todo USDC na liquidity pool será redistribuído pra comunidade e stakers baseado no Karma score snapshot tirado em 15 de junho. Se você gastou USDC desde o Chapter 3 launch em 14 de maio, esse valor será totalmente reembolsado A mensagem do time foi honesta e direta: gastaram muito tempo testando diferentes direções e modelos de negócio, mas os resultados não deram conviction suficiente pra seguir em frente. Preferem parar agora do que continuar queimando recursos em algo que não tá funcionando Isso é raro demais na indústria de Web3 Gaming. A maioria dos projetos ignora sinais ruins e continua pretendendo que tá tudo certo enquanto a comunidade perde grana. Fishing Frenzy fez diferente: reconheceu o problema, não jogou a culpa pra fora, devolveu o máximo que conseguiu, e saiu com transparência O time abriu a FAQ deles e tá disponível no Discord pra responder qualquer pergunta que a comunidade tiver sobre o processo de encerramento e redistribuição de fundos. Sky Mavis vai executar a distribuição final de Proof of Distribution rewards direto pra comunidade baseado nos dados que o time de Fishing Frenzy deixou documentado A lição pesada aqui é que nem todo experimento Web3 Gaming vai dar certo, e tá ok. O que não tá ok é desaparecer silenciosamente ou roubar a comunidade. Fishing Frenzy saiu certo Você tinha USDC investido em Fishing Frenzy ou era só observador do projeto? comenta pra gente 👇

  • o_observadorpt
    O Observador (@o_observadorpt) relatou um problema

    @getobigdick @snowlukke @cacauwithmilk Tu pode focar só um em sim, mas n deixa de ver um pouco sobre outro, vc é iniciante, n tem problema explorar outras Stack. E os projetos q falo é tentar fzr algo mais complexo doq uma calculadora, tlg? Tem gnt q acha q é só enfiar o Github de projetos aleatórios, e n é bem assim

  • codeallnews
    Code All News (@codeallnews) relatou um problema

    Erro #1: Rodar MCP server sem Docker/isolation Erro #2: Dar full filesystem access sem review Erro #3: Usar MCP servers aleatórios do GitHub sem auditar Vi agente deletando node_modules inteiro por prompt mal feito rs.

  • gustavocaetano
    Gustavo Caetano (@gustavocaetano) relatou um problema

    Uso de agente não é resultado. O GitHub criou campo próprio para uso do Copilot cloud agent. Bom sinal: agente virou item administrável. A armadilha é chamar acionamento de produtividade. Valor aparece quando reduz retrabalho, fila, erro caro e cabe numa rotina auditável.

  • kazzkiq
    Claudio (@kazzkiq) relatou um problema

    Atenção devs, jogar uma ideia pra melhorar nosso país aqui: O que vocês acham da gente criar uma Org no GitHub com o único objetivo de criar sistemas open-source pra prefeituras usarem? Área de segurança, infra, gastos, KPIs, etc. todo feito pra consumo fácil e padronizado de dados, com APIs expostas pra integrar com outros sistemas e agentes IA. Todo mundo ajuda. São mais de 5500 municípios, desses a maioria sendo pequenos e de população carente, com prefeituras sem nem saber por onde começar a entregar (e medir) bons resultados. Se entregarmos uma receita de bolo pronta será que já não ajuda? O que acham, é uma boa? Obs.: pessimistas não são bem vindos, se for trazer problema que seja com bons argumentos

  • dennysmvn
    dennysmvn (@dennysmvn) relatou um problema

    No início do mês é a vez do Github Copilot, muito usado por devs, indo para o IA Credits, apertando muito a cobrança por consumo O maior problema desse modelo é que ele não é nem um pouco previsível. Na verdade a única certeza que temos é que ficaremos rapidamente sem acesso

Verificar o status atual