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

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

  • andrenit
    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.

  • ocodista
    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.

  • ofabdalaX
    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.

  • BrunoRataque
    Bruno Rataque (@BrunoRataque) relatou um problema

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

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

  • SpiderMorpheus
    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.

  • nett0eth
    Nett0 (@nett0eth) relatou um problema

    usar 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.

  • BisnetoDev
    Clint (@BisnetoDev) relatou um problema

    Como 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.

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

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

  • deletesemwhere
    delete sem where 🇧🇷 (@deletesemwhere) relatou um problema

    Parece que a @AnatelGovBR mandou bloquear o github mas segue incapaz de resolver o problema das falsas centrais de golpe

  • kauanguedees
    Kauan Guedes | Unitee (@kauanguedees) relatou um problema

    O 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.

  • FelpsCrypto
    Felpz Crypto (@FelpsCrypto) relatou um problema

    UM 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.

  • 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

Verificar o status atual