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:

• 
  Felps (@felipemevel) relatou um problema há 3 minutos

  @estudajuly Vc pode estar cometendo um erro brutal quanto ao github. Nunca é cedo demais para criar seu github, mesmo que esteja no básico do básico, tudo que vc fizer joga la. Serve para vc ver seu desenvolvimento e já aprender aos poucos a mexer no git/github. Quanto ao linkedin, tanto faz

• 
  MayckO.On (@CreatorsOfChaos) relatou um problema há 5 minutos

  @lwa_exe Mari, respira fundo. Essa sensação de que o GitHub, o currículo e o LinkedIn estão péssimos bate em todo mundo que constrói tecnologia. Sabe o que é isso na verdade? É o seu senso crítico evoluindo. Você está estudando e aprendendo tanto que, quando olha para as coisas que estruturou no passado, acha ruim. Isso não é um sinal de fracasso, é a prova matemática de que você evoluiu. Dá vontade de dar um rm -rf em tudo e mudar de área, mas não tome decisões estruturais enquanto o seu sistema está em sobrecarga. A mente cansada e desmotivada gera muito falso positivo e faz a gente enxergar problema onde só falta um pouco de manutenção. Não tenta refatorar a sua vida inteira hoje. Dá um shutdown, vai descansar um pouco, tira o olho da tela. Quando você recuperar a energia, não olhe para o cenário inteiro de uma vez para não gerar ansiedade. Escolhe apenas uma única variável , um único README de projeto ou uma sessão do LinkedIn, e melhora só aquilo. Um bloco de cada vez, de forma determinística, sem pressa. A infraestrutura base você já tem, o resto é ajuste de rota. Se precisar de uma segunda opinião técnica ou de uma força para revisar esse material depois com calma, estamos na trincheira com você. Leva no seu tempo e fica bem!

• 
  Pedro Arantes (@arantespp) relatou um problema há 5 minutos

  @SenhorZiborro Eu uso o GitHub Copilot e nunca tivemos este problema de tokens. Ou estamos usando pouco ou aprendemos a usar de forma bem eficiente.

• 
  Luis Fernando Roquette (@luisroquette) relatou um problema há 5 minutos

  design systems ainda tão fragmentados entre Storybook, GitHub, Figma, npm e docs. protótipos que ignoram esse contexto viram lixo. usaram o Claude Agent SDK pra integrar tudo. finalmente alguém resolveu o problema de verdade.

• 
  Ivan Amado cardoso (@Ivanpeace85) relatou um problema há 6 minutos

  @estudajuly @lucaslrls_ Erro brutal,no inicio eu postava pouquíssimas coisa no meu github,hj meu github tem uma cratera gigante,meu github tem 15 anos,com vários anos zerados.criar a conta serve como o marco inicial,posta tudo q for possível pois vc estará registrando sua história profissional.

• 
  Jeferson Duarte 🇧🇷🇮🇱🇺🇦 (@dofuturo) relatou um problema há 6 minutos

  @gustavo_pch A verdade é uma só, IA generativa - a tecnologia das LLMs - tem uma limitação clara: ela só consegue operar sobre o que existe em sua base de treinamento. Na tecnologia atual, LLMs jamais saberão se o que ela escreve é certo ou errado se não tiver quantidades absurdas de dados sobre o problema. Não à toa, ela performa muito mal em linguagens menos famosas. Todos esses projetos one shot de IA tem 30 mil repositórios no Github que seria literalmente só clonar. Só pesquisar lá "finanças pessoais", está tudo massivamente na base de treinamento. Agora se pergunte, por que o Bing, Duck Duck Go, Yahoo Search ainda não conseguem bater o Google em searching index? Porque a IA nunca viu e nem irá ver qual a mágica do Google por debaixo do capo, e logo, ela não consegue replicar. Isso na verdade é muito básico, não entendo a dificuldade das pessoas.

• 
  MX3 Dev (@Mx3Dev) relatou um problema há 7 minutos

  @theo GitHub falhando é um sintoma de falta de inovação em integração contínua. O problema não é a ferramenta, mas a abordagem. Invista em práticas de colaboração ágil antes de mudar o stack.

• 
  Dickson (@disouzam_bh) relatou um problema há 15 minutos

  @miguelbalbov @mbaldin Não eram todas as rotas que estavam com problema. Eu tive problema apenas com autenticação no GitHub via VS Code. O acesso ao site estava normal

• 
  Gustavo Alessandri (@webgus) relatou um problema há 18 minutos

  Se encontrar um erro, tiver uma ideia ou quiser propor uma melhoria, é só abrir uma issue ou fazer um fork no Codeberg ou no GitHub. Contribuições são bem-vindas. Essa é exatamente a ideia.

• 
  Antonio Carlos Filho - trapiche.cloud (@acfilho_dev) relatou um problema há 21 minutos

  @SpringerFabio Fala meu amigo, a plataforma é deploy de apps tbm, por isso pedimos acesso ao seu GitHub. Vou iniciar o processo de login com Google tbm pra facilitar

• 
  FsSOz001 (@Fagner_Souza) relatou um problema há 22 minutos

  BMI virou meme na medicina porque mede o que é fácil, não o que importa. Tech tem o mesmo problema: uptime 99.9% enquanto p99 de latência mata a UX. Code coverage 90% com testes que não testam nada. Stars no GitHub sem um único usuário real. Métrica fácil de coletar raramente é métrica útil.

• 
  Heitor Santos (@heitorsantosg) relatou um problema há 24 minutos

  @andrenit @MicrosoftBr Não foi estado, github teve problema no cloud , veja nota dees

• 
  Luis Fernando Roquette (@luisroquette) relatou um problema há 24 minutos

  Crabbox 0.3.0 saiu. Agora roda Linux remoto, login via GitHub, e replay de runs ao vivo. DevOps sem frescura.

• 
  Pedro Marinho ☕ (@PedroERMarinho) relatou um problema há 28 minutos

  @Marcos7765 @coproduto Utilizo claro e notei que api tinha sido afetada mas não notei problemas no github pages Estava trabalhando em projetos que utiliza api deles, mas achei que era só eu que estava bloqueado

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

  🚨Estamos vivendo um daqueles momentos estranhos da indústria onde ninguém sabe ainda o tamanho real do problema… mas todo mundo experiente já entendeu que o risco é grande o suficiente pra agir AGORA. Então pare pra ler com calma… GitHub confirmou investigação sobre acesso não autorizado a repositórios internos. Ao mesmo tempo, grupos alegam ter acesso a milhares de repos privados e código interno sendo negociado por dezenas de milhões de dólares Até o momento, NÃO existe confirmação pública de que repositórios privados de clientes foram vazados em ***** Mas tem um detalhe importante aqui: Segurança não funciona só na base da confirmação. Funciona na base de superfície de risco… E é exatamente por isso que metade do X técnico entrou em modo: - rotacionar todas as chaves - rotacionar tokens - revisar GitHub Actions - congelar pipelines - revisar secrets - espelhar repos críticos fora do GitHub Porque existe uma diferença brutal entre: “não há evidência de impacto” e “temos certeza que não houve impacto” São coisas completamente diferentes O mais assustador nem é o suposto vazamento. É perceber o nível de dependência que a indústria inteira criou em cima de UMA plataforma centralizada: - CI/CD - Secrets - Deploy - Packages - Actions - OIDC - Infra - Produção Tudo acoplado e muitas vezes em dependência circular Muita empresa descobriu hoje que o GitHub não era “só um git remoto”. Era literalmente parte do perímetro de segurança da empresa… E isso explica a corrida desesperada que vc pode estar vendo no seu feed: - gente desabilitando GitHub Actions - removendo runners - rotacionando credenciais cloud - repatriando mirror dos repositórios - revendo integrações com terceiros Isso não significa que o GitHub “caiu” / nem que “acabou” / nem que “todo repo privado vazou” Mas significa que o mercado inteiro acabou de receber um lembrete extremamente relevante: “private repository” nunca significou “zero trust” E honestamente? Se essa história escalar, 2026 pode virar o ano em que muita empresa finalmente vai começar a tratar supply chain e CI/CD como infraestrutura crítica… e não como “feature de produtividade” Contexto importante: até agora o GitHub afirma que investiga acesso a repositórios internos e diz não haver evidências de impacto aos dados dos clientes fora dos seus próprios sistemas. Mas a investigação ainda está em andamento… Se você é CTO, SRE, DevOps ou Security: agora NÃO é hora de pânico. Mas definitivamente é hora de assumir que: - qualquer secret commitado um dia pode estar comprometido - qualquer token antigo merece rotação - qualquer pipeline merece auditoria - qualquer dependência automática merece revisão O custo de rotacionar credenciais hoje é irritante O custo de não rotacionar, se a situação piorar, pode ser existencial