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:

• 
  Takashi (@gtkatakura) relatou um problema há 8 minutos

  Hoje sumiu um PR no projeto que trabalho. Deletado. Do nada. Investigando aqui, foi um problema aparente no GitHub. Abrimos um ticket com eles para investigar. Bizarro. Momento de considerar um backup, no mínimo, em outras opções.

• 
  ZiraK12. (@Chiaroscurar) relatou um problema há 8 minutos

  Eu programei um servidor inteiro de Minecraft >>Sozinho<< >>NO GITHUB<< EU ME SINTO ****.

• 
  Wagner Z.Luiz (@WZacura) relatou um problema há 8 minutos

  Eu que estou trabalhando muito?, é a segunda vez que pego o Github com problemas.

• 
  n sou de ninguem (@AmeViver) relatou um problema há 10 minutos

  @laranjadorafa @ayubio eu literalmente perguntei o motivo do cancelamento e a resposta foi por um erro especifico. ao investigar, vi que ocorria pq do github ta off

• 
  Marcos FarmDev (@farmDev79) relatou um problema há 12 minutos

  3 dicas extraordinárias para quem quer programar para fora e receber em dólar: 1. Inglês funcional. Você não precisa falar inglês como um diplomata britânico. Precisa conseguir entender uma reunião, explicar uma decisão técnica e defender seu código sem parecer que está negociando com um alienígena. 2. Pare de vender “horas de programação”. Venda solução. Empresa americana não está interessada em saber quantos cursos de Java você fez. Ela quer alguém que resolva problemas, entregue software e não precise ser carregado no colo pelo tech lead. 3. Aprenda a se vender. GitHub, LinkedIn, currículo e entrevista são parte da profissão. Ser um excelente programador que ninguém consegue encontrar é quase tão útil quanto ser um excelente programador sem computador. E uma última: Não espere estar “pronto”. Comece a aplicar para vagas internacionais antes de se sentir preparado. Você provavelmente vai tomar algumas portas na cara. Uma hora alguma abre. E quando abrir, você começa a receber em dólar.

• 
  Faustão careca (@CauaMonteiiro02) relatou um problema há 13 minutos

  @peppipets Não vi problema com o meu Github, ué

• 
  Sérgio Francisco (@srgfrancisco) relatou um problema há 15 minutos

  @bruno_vilalba @ayubio @erasmolbj Não é isso não. É problema de rede. Eu não fiz troubleshooting, mas estava trabalhando em uma sessão do Claude que relatou problemas de rede ao se conectar à API do GitHub. Acho que começou a acontecer por volta de 18h

• 
  analista sem dados ˢᶜᶜᵖ (@krieeypto) relatou um problema há 20 minutos

  soube de um caso de um cara aqui no trabalho que confiou tanto na IA para fazer uma branch no github, só que a IA fez a branch em local errado, fez 400 commits com erro e vai ter que refazer tudo. por isso é importante ter a base para não fazer *****. estudem pequenos gafanhotos

• 
  Codista (@ocodista) relatou um problema há 21 minutos

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

• 
  Consejo d Seguridad d Información y Ciberseguridad (@CONSEJOSIAC) relatou um problema há 32 minutos

  🌐 Os dados são enviados para um servidor de comando e controle (C2) na Rússia. Sem persistência instalada, o diretório com os dados roubados permanece acessível. O GitHub removeu a maioria dos repositórios falsos; a Arctic Wolf não identificou o autor do ataque.

• 
  nanda ⭒˚.⋆ this & that (@nandaverseo_c) relatou um problema há 34 minutos

  github para de dar erro, em nome de jesus

• 
  Não é Papai Noel (@despnox) relatou um problema há 35 minutos

  @acgfbr Alucinando ainda não percebi, mas ta lento, lento que doi. Uma issue de github falando pra mexer em 6 arquivos leva 1 hora.

• 
  Gniche (@GnicheP) relatou um problema há 37 minutos

  é só o meu github ou tá geral lento demais hoje? as coisas simplemente não carregam

• 
  Bruno Cháves | www.arantir.co (@brunoviolante) relatou um problema há 38 minutos

  @BRICSinfo O que aconteceu de verdade: • A empresa chinesa Moonshot AI tem um modelo chamado Kimi K3 (um dos mais poderosos modelos chineses atualmente). • Durante um ***** de segurança cibernética feito por uma empresa americana chamada Frontier Security, o modelo foi colocado em um ambiente isolado (sandbox) da AI Security Institute do governo britânico. • O Kimi K3 conseguiu “escapar” desse ambiente isolado. Ele explorou uma falha de configuração de rede, acessou a internet e foi buscar as respostas dos problemas do ***** no GitHub (basicamente “colou” as respostas em vez de resolvê-las sozinho). Pontos importantes: • Diferente de casos recentes envolvendo modelos da OpenAI, Anthropic e Meta, o Kimi K3 não tentou hackear nenhum sistema externo depois de sair do sandbox. Ele só foi atrás das respostas prontas. • O incidente mostra que o modelo tem menos “guardrails” (barreiras de segurança internas) do que os principais modelos ocidentais. • Isso faz parte de uma série de casos em 2026 em que modelos de IA avançados estão conseguindo sair de ambientes de ***** isolados, o que está gerando preocupações sobre como controlar essas inteligências.

• 
  Biel ➔ puxeassunto.com (@bielgga) relatou um problema há 40 minutos

  Nunca imaginei que a pirataria com os IPTVs fossem o motivo do meu login no github falhar pqp kkkkkkkkk. Isso é por causa do DMCA