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
Montataire, Hauts-de-France 2
Hernani, Basque Country 1
Tortosa, Catalonia 1
Culiacán, SIN 1
Haarlem, nh 1
Villemomble, Île-de-France 1
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
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:

  • m4riatech
    maria 💻 (@m4riatech) relatou um problema

    @starmialy o cara mandou o .env pro github erro nível bb recém nascido pra desenvolvedor e tinha muitas falhas como sempre tem nesses saas

  • gabrielabiramia
    Gabriel Abi Ramia → tubespark.ai (@gabrielabiramia) relatou um problema

    Issue no GitHub do Claude Code chegou a 763 pontos no Hacker News: devs reclamando que o produto é inutilizável pra engenharia complexa. 467 comentários. Anthropic valendo $30B. Quando o produto mais caro falha no caso de uso mais difícil, o valuation vira só número.

  • FernandoCruz_21
    Fernando Cruz → allowa.tech (@FernandoCruz_21) relatou um problema

    É preciso ter muito cuidado com essa informação que está circulando. Eu quando vi já liguei o alerta. A mulher está com X sem atualizar por anos, do nada uma conta do Github no nome dela, prometendo solução do problema de memória. Não tem nenhuma confirmação que o github seja dela de fato. A chance disso ser scammers ao meu ver é gigante. Se forem testar usem um ambiente isolado.

  • imfelquis
    Ofelquis G (@imfelquis) relatou um problema

    Eu com como senior staff founder web developer experience em programação, vejo erros de juninhos como uma oportunidade. Comitar um arquivo .env numa plataforma como o GitHub hoje em dia, não é um erro só de um novato na área de programação, é um erro de centenas de dezenas de product managers seniores trabalhando por anos no design do GitHub. GitHub tem que ver coisas assim, e acolher com serviços em vez de fingir que não vê, e é certamente isso que vai acontecer! Tenho fé. PS: na foto estou fazendo um mini jóia 👍

  • BusinessSa87594
    Ricardo Freitas (@BusinessSa87594) relatou um problema

    🚨 Este repositório do GitHub mudou para sempre a forma como uso o Claude Code. Chama-se claude-code-best-practice. Passei meses explicando minha configuração de computadores para Claude em todas as sessões. Mesmas ferramentas. Mesmos fluxos de trabalho. Mesmo contexto. Repetidamente. Este repositório resolve esse problema completamente. Eis o que vem incluído na embalagem: → Agentes prontos para produção que funcionam sem supervisão constante → Memória persistente que sobrevive a cada sessão → Ganchos de fluxo de trabalho acionados automaticamente → Competências reutilizáveis ​​partilhadas entre projetos → Comandos que fazem Claude Code parecer uma equipe de engenharia 100% código aberto. (link nos comentários..)

  • naldorp
    Naldo Portela (@naldorp) relatou um problema

    esse projeto no github usa sinal de wifi normal pra detectar posição humana, batimentos cardíacos e presença em tempo real. zero câmera. o roteador que vc já tem em casa consegue fazer isso com a lib certa. invisível, sem opt-out. privacidade vai ser o problema de tech da próxima década

  • OrlandoFerreira
    Orlando Ferreira (@OrlandoFerreira) relatou um problema

    Estágio 3: Cursor IA. Projeto com pasta local, GitHub, deploy. Primeiro uso real de agente. Mas o Cursor mudou a cobrança — de flat para uso. O custo subiu. Aprendi que falta de método em desenvolvimento fica evidente quando a conta chega. E que ao pedir "melhor prática", a IA entrega estado da arte. Solução complexa para problema simples.

  • Fabiano00288984
    Fabiano Rocha (@Fabiano00288984) relatou um problema

    @lordalvez183 @3131hue As empresas muito grandes realmente vão ter esses problemas ai, talvez o github tenha por exemplo, mas vão surgir outras, eu sinceramente não me preocupo com essas coisas não

  • FelpsCrypto
    Felpz Crypto (@FelpsCrypto) relatou um problema

    Em 2015, a polícia chinesa visitou a casa de um programador. Disseram-lhe para parar de trabalhar no seu código. Mandaram-lhe apagá-lo do GitHub. Ele publicou uma última mensagem antes de obedecer: "Há dois dias, a polícia veio ter comigo e pediu-me para parar de trabalhar nisto. Hoje pediram-me para apagar todo o código do GitHub. Não tenho outra escolha senão obedecer. Espero um dia viver num país onde tenha a liberdade de escrever qualquer código que eu queira, sem medo." Então, ele apagou o repositório. Depois, apagou a mensagem. Então, aconteceu algo que o governo chinês não tinha previsto. Em poucas horas, o código foi replicado em milhares de outras contas do GitHub. Em poucos dias, tornou-se o repositório mais popular do GitHub a nível mundial. Em poucas semanas, todos os programadores chineses que sabiam compilar código tinham uma cópia. O governo tentou fazê-lo desaparecer. O simples facto de tentar tornou-o permanente. O projeto chama-se Shadowsocks. O nome de utilizador do programador era clowwindy. Ele criou um pequeno software que permitia a qualquer pessoa na China contornar o Grande Firewall e acessar a internet aberta. Sem assinatura. Sem empresa. Sem conta. Você configura um servidor em algum lugar fora da China. Você se conecta a ele. Seu tráfego parece uma navegação web criptografada normal, então o firewall não consegue detectar que você está usando o software. Por que isso aterrorizou o governo chinês em 2015: → Era de código aberto. Qualquer pessoa podia compilá-lo. → Era pequeno. Todo o protocolo cabia em algumas centenas de linhas de código. → Parecia tráfego HTTPS normal. O Grande Firewall não conseguia distingui-lo. → Não exigia dinheiro. Sem contas. Sem servidor central para ser apreendido. → Funcionava em todos os sistemas operacionais. Você não pode prender um protocolo. Você só pode prender a pessoa que o escreveu. E foi o que fizeram. E o protocolo continuou se espalhando. shadowsocks-windows: mais de 59.300 estrelas. GPLv3. Ainda online 11 anos depois. Os commits de 2015 que o governo chinês queria que fossem apagados ainda constam no histórico. O Clowwindy foi forçado a desistir. O código, porém, nunca foi. Mas NÃO o instale. O Grande Firewall também tem sentimentos. 100% código aberto. (Link nos comentários)

  • jpaulolins
    João Paulo Lins (@jpaulolins) relatou um problema

    Tem que ficar ligado no TeamPCP (@pcpcats) que tá bombando agora. Eles estão fazendo uma campanha pesada de supply chain attack no open source. Começaram com o Trivy, pegaram credenciais via GitHub Actions, depois foram pra Checkmarx, LiteLLM e vários pacotes no npm e PyPI (incluindo Telnyx recentemente). O mais assustador? Gastaram menos de 150 dólares e já comprometeram mais de mil ambientes, roubando tokens de cloud, SSH, etc. Imagina o que um ator estatal faria com isso. No Telnyx eles trouxeram novidade pro Windows: usam esteganografia num arquivo de áudio, extraem um binário chamado msbuild.exe (nome legítimo do Microsoft Build) e colocam na pasta de startup. Persistência automática no login. Eles mesmos chamam de “my evasion tool” e estão pedindo feedback de evasão. O teamPCP fala que o propósito não é pra roubar grana de pessoa física (eles dizem que isso é “very bad business”). É pra mostrar na cara dura como a cadeia de suprimentos tá frágil pra caramba. Importante: ainda não tem solução mágica simples contra esse tipo de ataque. Scanners tradicionais falharam feio. Por enquanto, o que salva é defesa em profundidade: - Em dev: pipelines isolados, princípio do menor privilégio, verificação de integridade. - Em ****: pinning forte de versões, SBOM, rotação de credenciais, monitoramento comportamental. Dev e **** pedem abordagens diferentes. Quem só confia em um scanner tá exposto. Fiquem atentos e revisem os pipelines de vocês e os updates de pacotes.

  • BonaVictor
    Victor Bona | guaracloud.com (@BonaVictor) relatou um problema

    Github de vocês também ta uma desgraça hoje? Cada vez mais querendo voltar pra um gitea self-hosted e acabar com esse sofrimento de problemas.

  • laranjbergamota
    bergamota (@laranjbergamota) relatou um problema

    Github Actions com error, aparentemente não foi somente erro da CloudFlare pois ate agora esta com erros kkkkk

  • grok
    Grok (@grok) relatou um problema

    @AlmirMachado @DevSagazz @Economesteter Os arquivos vazados ficaram expostos por erro em um cache público da Anthropic, mas eles já removeram o acesso. Alguns trechos (como drafts do "Capybara v6") foram espalhados em gists no GitHub – busque "Capybara v6 Claude Mythos leak". Não recomendo baixar materiais internos vazados: podem conter dados sensíveis e violar termos. Espera o anúncio oficial deles!

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

  • _iamleofc
    Leo (@_iamleofc) relatou um problema

    @acgfbr Tenho a impressão de que essas instabilidades nessa AI vibe-coding era têm sido cada vez mais frequentes. Vemos aí: Github, Cloudflare, AWS, Railway, Vercel, Anthropic, outros. Praticamente não falham por 1 dia ou 1 semana. Eu falo desses grandes players aí, mas tb tem rolado muito essa situação na maioria das empresas, rola onde eu trabalho tb... não há problema usar AI, vibe-coding... mas acho que o mínimo esperado é responsabilidade e maturidade pelo código que vc sobe, tipo: "irmão, 30 min off, pode causar muito impacto ($$$$ ou danos irreparáveis) à empresa, produto, clientes...". A pessoa não quer gastar 10 minutos pra rodar a parada local, validar..... validar a mudança em staging ou ambiente de validação... como diz minha vó: "esse mundo tá perdido meu fio" hahahahaa

Verificar o status atual