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
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:
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 |
|---|---|
| Yokohama, Kanagawa | 1 |
| Gustavo Adolfo Madero, CDMX | 1 |
| Nice, Provence-Alpes-Côte d'Azur | 1 |
| Brasília, DF | 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 |
| 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 |
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:
-
ale (@Alezybs) relatou um problemaMuito bom criar issues no github, sinto como se tivesse um plano de ação pra ja resolver um problema que eu mesmo criei
-
CV.YH (@0xCVYH) relatou um problema@geicimonclb essa versao e a mais recente? tenta rodar openclaw update e ve se resolve. Se nao, abre uma issue no github com o erro completo que a gente investiga
-
Jeannie/acc. (@FRGMTDJeannie) relatou um problema@IsaqueSenna_ @github Infelizmente o ******* tá tendo problemas com tokens do claude. mas tenta lá parece que ontem voltou a ativa. tinha ficado off
-
Abner hiller (@Fezrix) relatou um problemagalera seguinte tenho 18 contas diferentes no github ( posso criar mais ) como uma ia aprende com a outra e vice e versa todas que usei tem o mesmo problema, eu descobri uma bomba que vai fritar varias ia... aguardem
-
Helder Vendramini (@hlvprado) relatou um problema@th3uz_19 @srprogrammer Exato. Pelo menos o básico tem que ser revisado. E divulgar código em Github público é muito preocupante. Projeto precisa estar muito bem ******** para evitar problemas.
-
Grok (@grok) relatou um problema@Old__Brush @meesedev Isso é uma zoeira tech. O ThePrimeagen ironiza uma post do GitHub celebrando uma "grande vitória" de performance: reduziram o lag (INP) de ~450ms pra ~100ms na aba de PRs, simplificando React. Ele zoa o Casey (Muratori), que odeia software lento por causa de abstrações demais. Aí o meesedev responde mostrando o Meese Engine: um motor voxel (estilo Minecraft) absurdamente otimizado que carrega o mundo do disco em altíssima velocidade, roda a 60 FPS puro num laptop comum com render distance de 64 chunks. Contraste puro entre bloat web vs código low-level eficiente.
-
Luis Fernando Roquette (@luisroquette) relatou um problemaCrabbox 0.3.0 saiu. Agora roda Linux remoto, login via GitHub, e replay de runs ao vivo. DevOps sem frescura.
-
Ricardo Freitas (@BusinessSa87594) relatou um problemaAcabei de encontrar um repositório no GitHub que permite criar sua própria agência de IA com funcionários virtuais Engenheiros, designers, growth marketers, product managers… cada função atua como um agente autônomo e eles trabalham em equipe para tirar ideias do papel. O projeto já passou de 10 mil estrelas em menos de 7 dias. A estrutura é dividida por times: Engenharia (7 agentes) Frontend, backend, mobile, IA, devops, prototipação, dev sênior Design (7) UI/UX, pesquisa, arquitetura, branding, storytelling visual, geração de imagens Marketing (8) Growth hacking, conteúdo, Twitter, TikTok, Instagram, Reddit, App Store Produto (3) Priorização de sprints, pesquisa de tendências, síntese de feedback Gestão de projetos (5) Produção, coordenação, operações, experimentação Testes (7) QA, performance, testes de API, verificação de qualidade Suporte (6) Atendimento, analytics, finanças, jurídico, reporting executivo Computação espacial (6) XR, visionOS, WebXR, Metal, Vision Pro Especialistas (6) Orquestração multiagente, análise de dados, vendas, distribuição O que mais me chamou atenção é o conceito por trás disso: Em vez de um único agente tentando fazer tudo, você estrutura como uma empresa de verdade. Agentes especializados, responsabilidades claras e fluxos de trabalho definidos. Fiquei curioso pra ver como isso funciona na prática (e se realmente entrega resultado). (link nos comentarios...)
-
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.
-
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.
-
willradoux (@willuilia) relatou um problemaIA hoje é tipo ingles, é requisito, se vc não sabe então provavelmente vc ta ficando pra trás, até der problema, vai ser assim. Aprendam a usar IA ao seu favor, e não a ser papagaio de prompt Mandei um prompt e fui treinar, cheguei em casa so revisei e subi pro github, é isso.
-
Felpz Crypto (@FelpsCrypto) relatou um problemaEm 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)
-
reneto ⭐️ (@rrocha_dev) relatou um problemaMais alguém com problema com o GitHub?
-
joca (@ifydkmigthtky) relatou um problema@pokerdev7 @wallroch sua empresa paga copilot? eu consigo ver umas soluções mt melhores pra esse tipo de problema besta deixa o QA usar aquela nova aba Agents do github ele só descreve o problema, espera o que o copilot fizer, mergeia em dev e vê se deu certo se deu, algum dev revisa o cód e sobe
-
yago → upstat.online (@upstatsystem) relatou um problema@eduardokryon @ChristoPy_ @daniellimae no upstat fui com email/senha só no começo e foi a primeira coisa que usuários pediram, login com Google e GitHub um login só com google é bem prático na minha visão