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 |
|---|---|
| Ashkelon, Southern District | 1 |
| Veigné, Centre | 1 |
| Paris, Île-de-France | 1 |
| Saint-Paul, Réunion | 2 |
| Mexico City, CDMX | 1 |
| León de los Aldama, GUA | 1 |
| Créteil, Île-de-France | 1 |
| Trichūr, KL | 1 |
| Brasília, DF | 1 |
| Lyon, Auvergne-Rhône-Alpes | 1 |
| Tel Aviv, Tel Aviv | 1 |
| Rive-de-Gier, Auvergne-Rhône-Alpes | 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:
-
Luis (@luistaiko) relatou um problema@AhmedK_117 @rpcs3 abre uma issue no github deles ou pede suporte no servidor com um log. por aqui acredito que eles não vão conseguir te ajudar
-
André Fernandes (@andrenit) relatou um problema@giovannibassi Isso não faz o menor sentido. Você está assumindo que cada setup do Forgejo será seguro e desprovido de maiores emoções. Realidade: todos os problema de indisponibilidade e vulnerabilidades do GitHub existirão em escala muito maior.
-
Codista (@ocodista) relatou um problema@brunocroh Geralmente a CI pipeline roda em um servidor externo (nos projetos que trabalhei, github actions ou gitlab actions, com runners do GitHub ou self-hosted). O git-hook é útil porque faz a validação antes do código sair da sua máquina para o servidor git (que geralmente não fica na máquina) Eu acho que faz sentido comprar CI/CD com git-hooks, porque CI (Continuous Integration) é sobre garantir que o código mergeado na main não quebre (entende-se validações automáticas que garantem maior qualidade/padronização do código) linter, formatter e test runners fazem esse papel no processo de CI. Eles podem rodar em qualquer lugar. Em questão de velocidade: formatter > lint > testes. Testes são lentos de rodar. Com isso, eu gosto de rodar lint+formatter no git-hook (usando lefthook ou lint-staged+husky) pré-commit (mas poderia ser pré-push também, não faz tanta diferença). Eu não acho que vale a pena rodar lint+format na pipeline do repositório (gh actions, self-hosted ou não). Porque você precisa dar push (pro servidor remoto) -> esperar a pipeline começar -> receber o erro. Eu vejo mais valor em receber o erro na minha máquina antes de "subir" o código. Dificilmente você vai programar no mesmo servidor do repo git ou do runner de CI (embora seja possível). Mas assim, vale tudo também, não existe uma regra universal.
-
Abdala (@ofabdalaX) relatou um problema@ClaudeDevs dedicated credit pra Agent SDK + claude -p + GitHub Actions resolve um problema real: ate hoje, time de **** compartilhava mesma quota de chat humano. separar bucket de uso programatico limpa o orcamento e fecha o ciclo de billing por workload. great move.
-
Bruno Rataque (@BrunoRataque) relatou um problemaalguns sites tao passando por instabilidade de servidor ou minha internet que tá uma *****? (twitter, spotify, github)
-
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)
-
SpiderM (@SpiderMorpheus) relatou um problema@marcus_vnz É que eu, pessoalmente, não acho que o problema seja em si vender o curso mas sim não carregar a cultura junto. Um exemplo que eu acho excepcional é o mano Joas com a Red Team Leaders. Pay what you can, muitos conteúdos você pega gratuito e o lab access deles é pago separadamente mas o CONTEÚDO em si muitas vezes esta completamente gratuito. Você precisa da RTL pra aprender? Não, mas hoje pra mim é um dos melhores lugares pra começar e pra treinar especificamente voltado pra Red Team justamente porque o Joas, ao menos da minha perspectiva, parece ser um cara que se importa com isso. Além de todo o trabalho dele com a RTL, o cara tem um GitHub riquíssimo de conteúdo completamente gratuito. Todo mundo que começou, começou porque algum nerdão decidiu postar um artigo ou um vídeo sobre hacking. E o resto é história. Eu acho que pelo menos devolver pra comunidade, da forma que você puder, é essencial.
-
Nett0 (@nett0eth) relatou um problemausar Claude Code todo dia. achar que ele enxergava tudo. > topar com o Agent-Reach. o repositório que virou #1 do dia no GitHub. > primeiros minutos no README. espera. meu agente tava cego esse tempo todo? > ele lê Twitter sem api paga. > ele lê Reddit sem conta. > ele lê YouTube direto do terminal. > ele lê GitHub, Bilibili e Xiaohongshu no mesmo cli. coisas que 99% de quem roda agente nunca configurou. > uma instalação depois: - eu pesquiso o que tá em alta sem abrir navegador. - eu puxo thread do Reddit direto pro contexto. - eu monitoro repositório sem sair da sessão. - eu paro de copiar e colar link pro agente. > um cli open-source substituiu todas as api pagas que eu cotava. meu agente tava sem olhos esse tempo todo? eu tava rodando um agente cego com internet na frente dele. problema de percepção descoberto. > salva isso agora.
-
Clint (@BisnetoDev) relatou um problemaComo vai funcionar: Quando acontecer um erro, o SuperNanno vai te mostrar uma notificação clara e vai te sugerir: "Pressione CTRL + X para criar uma issue no GitHub" Com um único atalho você já pula várias etapas chatas.
-
kimbo linda perfeita (@nojentagosmenta) relatou um problema@giaspecial vey era instavel para *******, ele progamava uma parte relacionada ao ping e pedia para eu ajudar ele a testar era ainda mais horrivel. tenho os repositorios do github ate hoje. se voce tiver muito problema com isso talvez eu consiga ajudar
-
Marcelo Okano (@mhokano) relatou um problema50 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.
-
delete sem where 🇧🇷 (@deletesemwhere) relatou um problemaParece que a @AnatelGovBR mandou bloquear o github mas segue incapaz de resolver o problema das falsas centrais de golpe
-
Kauan Guedes | Unitee (@kauanguedees) relatou um problemaO problema: GitHub foi feito pra humanos lerem diffs. Quando IA escreve o código, o raciocínio dela não aparece no PR. O revisor aprova sem entender o que o agente pensou.
-
Felpz Crypto (@FelpsCrypto) relatou um problemaUM CARA CRIOU UMA WIKIPÉDIA INTEIRA FEITA 100% DE ALUCINAÇÕES DE IA E deixou tudo open source no GitHub. O nome: Halupedia. Nada naquele site existia antes de você clicar. Cada artigo é gerado no exato segundo em que você entra na página. A regra do universo deles é simples: “o universo só existe quando você o visita” E o mais bizarro: ele parece EXATAMENTE a Wikipedia. → mesmas fontes → mesmo layout → mesmas citações “acadêmicas” → mesmo botão aleatório Só tem um detalhe: nada é real. Alguns artigos atualmente no site: → “O Grande Censo dos Pombos de 1887” → “O Ministério dos Mapas Levemente Errados” → “Aritmética Chaldic” uma matemática onde subtração é proibida → “Armund, o Mapeador de Rios” um cartógrafo que mapeou 14 mil léguas sem sair da cadeira → “A Sociedade para a Prevenção de Terças-Feiras Desnecessárias” E cada página ainda mostra: quantas pessoas estão lendo o artigo naquele momento. Na maioria delas aparece: “você sozinho está consultando este fólio neste instante” A frase do ******* é provavelmente a coisa mais absurda da internet esse ano: “uma enciclopédia de um universo que não existe até você visitá-lo” O backend inteiro é um único repositório open source. Descrição do projeto: “um pequeno servidor inventando coisas bem na hora” A humanidade construiu a maior infraestrutura de conhecimento da história… e uma das primeiras coisas que fizeram com IA avançada foi criar um universo paralelo completamente alucinado e jogar isso na internet pública. E sinceramente? isso parece exatamente o tipo de coisa que a internet deveria estar fazendo.
-
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