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

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:

• 
  galois (@corolho666) relatou um problema há 6 minutos

  @themcsapato69 Só olhar no código disponível no GitHub, nenhum dado é salvo, nem de login de nada, nem de dispositivo. Só tem requisições feitas pra desenhar o mapa e apenas possuem o json das informações do mapa. Ou seja, zero exposição

• 
  Ítalo (@itaolozo) relatou um problema há 10 minutos

  @praxisbel o problema tá mais em postar pra o twitter todo ver pq o aplicativo é no github e é um código aberto

• 
  Fabio Catalão (@fabiocatalao_) relatou um problema há 11 minutos

  Um relatório da Finbold mostra que hacks cripto já drenaram cerca de US$955 milhões no primeiro semestre de 2026. E a lista continua crescendo: no dia 11 de julho, um atacante suspeito fez uma ponte de $3,7 milhões de dólares em ativos da rede Hedera para a Ethereum via LayerZero, convertendo os fundos de WBTC para ETH, em uma carteira estimada em US$5,8 milhões. 1 semana antes, o DAO da memecoin BONK sofreu um ataque de sequestro de votação de governança que drenou cerca de US$20 milhões (4,426 trilhões de tokens) do tesouro da comunidade, derrubando o token em 18%. Além disso, pesquisadores éticos da Hexens revelaram em 4 de julho uma falha crítica na blockchain Aptos que poderia ter colocado até US$70 bilhões em risco sistêmico,(incluindo stablecoins e pontes entre cadeias), mas que foi corrigida antes de exploração. Na mesma semana, dia 08, o repositório GitHub do SDK da Injective Labs foi comprometido em um ataque de cadeia de suprimentos, com um pacote malicioso publicado no npm capturando chaves privadas e seed-phrase de wallets. Para o mercado, ondas de hack recorrentes têm duplo efeito: No curto prazo, geram pressão vendedora localizada nos tokens afetados e alimentam narrativa negativa sobre segurança do setor; No médio prazo, reforçam o argumento a favor de regulação mais rígida (municiando o debate do CLARITY Act). Proteções simples: evite concentrar posições em DAOs com governança de baixo quó*** e projetos DeFi novos ou com poucos testes de auditoria. Prefira carteiras hardware para guardar seus ativos no médio/longo prazo.

• 
  talitos (@itts79) relatou um problema há 12 minutos

  que ***** fui mandar código pro github no trabalho e deu erro, anatel sabotou até o próprio desenvolvimento de software

• 
  Cuscuz Paulista (@cuscuzpaulistao) relatou um problema há 13 minutos

  @caiocinel @putzzmari10 aqui os dois projetos tenho que ficar usando --skip-nx-cache porque mesmo com o arquivo alterado ele não dá refresh no cache, tem um issue no github quase fazendo aniversário falando disso. NX_DAEMON=false não funciona, e o consumo de memória do nx run-many é brutal no linux

• 
  Anderson Lima (@andersonlimadev) relatou um problema há 14 minutos

  A maioria dos templates de IA falha. Eles acumulam dezenas de workflows gigantes em Markdown, mas no meu dia a dia, se você não tratar o estado e o fallback, toda essa teoria vira só ralo de token. O fluxo simples bem orquestrado sempre vence o codex complexo do GitHub.

• 
  Leonardo Dias (@leonardodias) relatou um problema há 17 minutos

  A conta faixa a faixa, aberta. Ponto de partida: o segundo turno publicado, Lula 46 × Flávio 45. Vantagem de +1,0. Até 1 SM. A amostra tem 21,78%, a PNAD 13,50%. Erro de −8,28 pontos. É a única faixa em que Lula vence, e vence por 26. Contribuição: −2,15. 1 a 2 SM. A amostra tem 17,82%, a PNAD 21,94%. Faltam 4,12 pontos. Aqui Flávio já vence por 6. Contribuição: −0,25. 2 a 5 SM. A amostra tem 39,60%, a PNAD 39,23%. Praticamente calibrada, erro de 0,37 ponto. Contribuição: +0,02. Mais de 5 SM. A amostra tem 20,79%, a PNAD 25,33%. Faltam 4,54 pontos na faixa em que Flávio abre 50 a 43. Contribuição: −0,31. Soma: −2,70. Chegada: −1,70, ou seja, Flávio 46,4 × Lula 44,7. Repare onde está a força. Uma faixa sozinha responde por 80% do deslocamento. Não porque a escolhemos: porque é nela que o erro de calibração e a inclinação política se encontram. Nas outras três, ou o erro é pequeno, ou o voto é parecido, ou as duas coisas. Em entrevistas, que é a unidade que dá para contar: o excesso na faixa mais pobre equivale a 166 questionários fora do lugar em 2.002. As outras três somam 180 entrevistas deslocadas e apenas −0,54 ponto de efeito. Duas notas de transcrição, para quem for conferir. O perfil publicado soma 101 por arredondamento e foi normalizado para 100. As linhas do cruzamento de voto também somam 100 ou 101 e foram normalizadas do mesmo jeito, e é por isso que o gradiente aparece como −4,95 e não como −5. Reprodução: scripts/nexus-btg-082026-audit.py, no GitHub da Arvor.

• 
  thelittleluiz.dev (@TheLittleLuiz) relatou um problema há 18 minutos

  @naluhh Uns meses atrás um cara me contatou dizendo ser recrutador da Ripple, com vagas abertas. Mandei o currículo e marquei a entrevista. Na call ele ligou a câmera, fingiu problema no microfone, reconectou e já veio pedindo live coding: “clona esse repo”. O nome do repositório? texas-holdem-2026 algo assim. Nem abri. Meti o louco, falei que estava no computador de trabalho e que não poderia clonar, aí ele surtou e tentou me forçar. Graças a uma amiga que já caiu no mesmo golpe, eu reconheci na hora. No caso dela o scammer foi mais inteligente: o repo parecia legítimo de recrutamento. Acabou vazando SSH, GPG e Envs de projetos, invadiram o GitHub da empresa onde ela trabalhava. Foi bem feio o estrago É golpe pra roubar acesso via repositório malicioso. Fiquem espertos! Os scammers estão cada vez mais sofisticados.

• 
  Allyson de Paula (@DePaulaAllyson) relatou um problema há 18 minutos

  🧵Parte 2 - Jailbreak da Vercel - Quando um dev abre um PR no nosso repo, em menos de 1 min tem uma URL pública rodando aquele código exato. Zero intervenção humana. Ninguém aprova, ninguém clica em deploy, ninguém me chama no Slack... Salva esse post pra ler com calma pq é conteúdo que eu entrego em consultoria paga resumido em 4 partes... vou deixar o link da parte 3 na sequencia qdo terminar... Mas o que quase ninguém responde é: como que um commit vai direto na main do repo de infraestrutura sem code review? A resposta é um GitHub App org-owned. O token que ele gera tem escrita no repo de infra (git-ops) e bypass do ruleset de proteção de branch. Sim, commitamos no main sem PR intencioalmente O workflow clona o git-ops, cria o diretório apps/preview/<app>-pr-<n>/ e gera namespace, kustomization, deployment, service, ingress. A imagem recebe a tag exata do PR: pr-42-abc1234. Nada de latest rodando solto Commit no formato deploy: <app> pr-<n> (<sha>). Push direto no main. Tem retry com exponential backoff até 5 vezes. Não é elegante, mas git concorrente é assim... funciona msm sendo feio Quem aplica no cluster é o Flux (Pq eu abandonei o ArgoCD? R: Pra ambientes multi cluster o Flux faz mais sentido pq evita SPOF). Polling com prune: true. Se a PR for fechada / merrgeada o diretório vai sumir e o namespace e tudo dentro somem junto. Sem webhook, sem complexidade extra. E o inverso abre a PR o pod sobe, o ingress cria a rota no NLB, a URL responde: pr-<n>-<app>.<dev/staging>.internal.meudominio.com. DNS wildcard pré-criado, ACM também. O dev não precisa saber que isso existe... mas é uma rota que só existe dentro da VPN, se eu quiser o preview publico cria-se um CNAME com o apontamento pro ingress no LB publico... Um detalhe que faz MUITA diferença: o dev não precisa de acesso ao cluster pra ver o preview dele. A gente usa kubelogin com SSO (OIDC). O dev faz kubectl oidc-login, autentica via Google Workspace, cai num RBAC enxuto. Vê pods, logs, port-forward a depender no nivel de acesso edle pode deletar / rolloutar um pod. Mas não deleta nada tipo pvc / deployment nao pode alterar replicaset. Pq inclui dev que nunca abriu um terminal na vida... é comum vc pegar devs com Windows sofrendo com um copy paste de powershell quebrado por escapes da shell do Linux / Mac... entao vc poderia restringi-los aos logs do Grafana e afasta-los do K8s, mas eu penso que deixá-los com um k9s configurado pra ele diagnosticar um pod é mais produtivo, cabe a vc implementar os "guardrails" pra eles nao quebrarem o ambiente por acidentte O que esse cluster de desenvolvimento NÃO tem: Network Policies. Kyverno. Pod Security Standards. Segregação de rede entre namespaces de preview. Eu sei de cada item dessa lista. Decidi não resolver ainda. Porque dezenas de devs esperando pra testar código é um problema maior do que hardening pendente. Se a empresa estivesse *** compliance SOC2 ou HIPAA, essa conta seria diferente. Hoje não está... e a intencao é agilidade e autonomia pro time desenvolver como era na Vercel Esse cluster roda 3 ambientes lado a lado. Dev, staging e previews convivendo no mesmo hardware em um EKS e mais outros 2 EKS separados um pra tools e outro pra ****. Mesmo rodando em AWS reduzimos o custa da infra entre. 70 e 85% / muita coisa migrada... mas especialmente custo de Vercel foi substancialmente reduzido Tem uma decisão de região e de tipo de máquina que quase ninguém discute, e ela cortou a conta substancialmente... Parte 3 na quinta: vou falar pq Ohio (us-east-2), pq spot, e o hedge financeiro que economizou de uns 4~5k por mês só por um detalhe...

• 
  Jean ☢⚕ (@MelchiorsJean) relatou um problema há 25 minutos

  @Levitang_ Usa o Github Desktop que não tem erro Quem não trabalha com servidor não tem pq ficar quebrando a cabeça com o git

• 
  The DOOM Guy (@thedoomguy_ai) relatou um problema há 36 minutos

  Pra quem quer construir sem gastar: GitHub guarda o código, Vercel publica online, Supabase cuida de login e Resend manda 3.000 emails/mês. Combo vibecoding completo com $0.

• 
  Nett0 (@nett0eth) relatou um problema há 37 minutos

  Nunca foi tão barato construir um negócio inteiro sozinho. 14 ferramentas pra rodar um produto na internet do zero: • Claude = programação (US$20/mês) • Supabase = backend (grátis) • Vercel = deploy (grátis) • GitHub = controle de versão (grátis) • Resend = e-mails (grátis) • Clerk = autenticação (grátis) • Cloudflare = DNS (grátis) • PostHog = analytics (grátis) • Sentry = monitoramento de erros (grátis) • Upstash = Redis (grátis) • Pinecone = banco de dados vetorial (grátis) • Namecheap = domínio (a partir de US$12/ano) • Stripe = pagamentos (2,9% + US$0,30 por transação) • Hotmart = pagamentos (9,9% + R$1 por venda) salva se te ajudou 🫡

• 
  nathan (@pq_nathan) relatou um problema há 37 minutos

  achei que é eu tinha quebrado alguma coisa mas é só o github actions que caiu, todo dia cai essa bomba

• 
  igu (@deserverd) relatou um problema há 38 minutos

  @ozymanhab @LukeberryPi @acgfbr Cara kkkk você deixou de querer argumentar sobre LLM para querer me lacrar ? No meu proprio github tem o repo do blog que eu fiz open-source migrando do react para o vinext justamente para economizar com servidor e ser mais facil de hospedar no cloudflare.

• 
  Allyson de Paula (@DePaulaAllyson) relatou um problema há 39 minutos

  🧵Parte 2 - Jailbreak da Vercel - Quando um dev abre um PR no nosso repo, em menos de 1 min tem uma URL pública rodando aquele código exato. Zero intervenção humana. Ninguém aprova, ninguém clica em deploy, ninguém me chama no Slack... Salva esse post pra ler com calma pq é conteúdo que eu entrego em consultoria paga resumido em 4 partes... vou deixar o link da parte 3 na sequencia qdo terminar... Mas o que quase ninguém responde é: como que um commit vai direto na main do repo de infraestrutura sem code review? A resposta é um GitHub App org-owned. O token que ele gera tem escrita no repo de infra (git-ops) e bypass do ruleset de proteção de branch. Sim, commitamos no main sem PR intencioalmente O workflow clona o git-ops, cria o diretório apps/preview/<app>-pr-<n>/ e gera namespace, kustomization, deployment, service, ingress. A imagem recebe a tag exata do PR: pr-42-abc1234. Nada de latest rodando solto Commit no formato deploy: <app> pr-<n> (<sha>). Push direto no main. Tem retry com exponential backoff até 5 vezes. Não é elegante, mas git concorrente é assim... funciona msm sendo feio Quem aplica no cluster é o Flux (Pq eu abandonei o ArgoCD? R: Pra ambientes multi cluster o Flux é melhor pq evita SPOF). Polling com prune: true. Se a PR for fechada / merrgeada o diretório vai sumir e o namespace e tudo dentro somem junto. Sem webhook, sem complexidade extra. E o inverso abre a PR o pod sobe, o ingress cria a rota no NLB, a URL responde: pr-<n>-<app>.<dev/staging>.internal.meudominio.com. DNS wildcard pré-criado, ACM também. O dev não precisa saber que isso existe... mas é uma rota que só existe dentro da VPN, se eu quiser o preview publico cria-se um CNAME com o apontamento pro ingress no LB publico... Um detalhe que faz MUITA diferença: o dev não precisa de acesso ao cluster pra ver o preview dele. A gente usa kubelogin com SSO (OIDC). O dev faz kubectl oidc-login, autentica via Google Workspace, cai num RBAC enxuto. Vê pods, logs, port-forward a depender no nivel de acesso edle pode deletar / rolloutar um pod. Mas não deleta nada tipo pvc / deployment nao pode alterar replicaset. Pq inclui dev que nunca abriu um terminal na vida... é comum vc pegar devs com Windows sofrendo com um copy paste de powershell quebrado por escapes da shell do Linux / Mac... entao vc poderia restringi-los aos logs do Grafana e afasta-los do K8s, mas eu penso que deixá-los com um k9s configurado pra ele diagnosticar um pod é mais produtivo, cabe a vc implementar os "guardrails" pra eles nao quebrarem o ambiente por acidentte O que esse cluster de desenvolvimento NÃO tem: Network Policies. Kyverno. Pod Security Standards. Segregação de rede entre namespaces de preview. Eu sei de cada item dessa lista. Decidi não resolver ainda. Porque dezenas de devs esperando pra testar código é um problema maior do que hardening pendente. Se a empresa estivesse *** compliance SOC2 ou HIPAA, essa conta seria diferente. Hoje não está... e a intencao é agilidade e autonomia pro time desenvolver como era na Vercel Esse cluster roda 3 ambientes lado a lado. Dev, staging e previews convivendo no mesmo hardware em um EKS e mais outros 2 EKS separados um pra tools e outro pra ****. Mesmo rodando em AWS reduzimos o custa da infra entre. 70 e 85% / muita coisa migrada... mas especialmente custo de Vercel foi substancialmente reduzido Tem uma decisão de região e de tipo de máquina que quase ninguém discute, e ela cortou a conta substancialmente... Parte 3 na quinta: vou falar pq Ohio (us-east-2), pq spot, e o hedge financeiro que economizou de uns 4~5k por mês só por um detalhe...