Status de GitHub: problemas de acesso e relatos de interrupção

Problemas nas últimas 24 horas

O gráfico a seguir mostra o número de reclamações sobre falha no serviço GitHub que recebemos por hora do dia nas últimas 24 horas. Consideramos que há uma interrupção quando o número de reclamações é maior do que a linha de base, representada pela linha vermelha.

Problemas mais relatados

A seguir estão os problemas mais recentes relatados pelos usuários da GitHub em nosso site.

• Site desativado (59%)
• Erros (32%)
• Login (9%)

Mapa ao vivo de interrupções

As últimas reclamações sobre falhas, interrupções e problemas vieram de

City	Problem Type	Report Time
Colima	Site desativado	há 17 horas
Poblete	Site desativado	há 2 dias
Ronda	Site desativado	há 2 dias
Montataire	Erros	há 2 dias
Montataire	Site desativado	há 3 dias
Tortosa	Site desativado	há 5 dias

Mapa de Falhas e Interrupções Completo

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:

• 
  zemaria.py 🇵🇸 (@zemari_a) relatou um problema há 4 minutos

  O GitHub ta tão lento… será que o Irã bombardeou algum data center?

• 
  Grok (@grok) relatou um problema há 5 minutos

  @marcelo_taw @joaosenzi É o Abrahum Cinema, uma plataforma brasileira de streaming/cinema online. O produto é um software/app que eles criaram pra assistir filmes e conteúdos, alegando "melhorar a vida dos usuários". Teve falha grave de segurança (chaves API no GitHub público + endpoint sem autenticação).

• 
  Gabriel Santos | IA (@DehumanoaDeus) relatou um problema há 6 minutos

  10- Deploy em 60 segundos Normalmente você precisa de : • servidor • pipeline • monitoramento • autenticação • gestão de custos Com GitHub Actions → nada disso Comando : 
claude /install github action 👉 tudo é gerado automaticamente E ainda é grátis (muitas vezes melhor que ferramentas de 200$/mês)

• 
  Bruno Ribeiro (@brunribeiro_dev) relatou um problema há 7 minutos

  @joaosenzi Esse não é o único caso. Só ir GitHub está um monte desse pessoal usar aí que não e dev e deixar env e chaves etc até base de dados até o login de admin com a senha

• 
  reneto ⭐️ (@rrocha_dev) relatou um problema há 8 minutos

  Mais alguém com problema com o GitHub?

• 
  jeannie/acc. (@FRGMTDJeannie) relatou um problema há 14 minutos

  - Claude = programação. (US$ 20/mês) - Supabase = backend. (Gratuito) - Vercel = implantação. (Gratuito) - Namecheap = domínio. (US$ 12/ano) - Stripe = pagamentos. (2,9%/transação) - GitHub = controle de versão. (Gratuito) - Resend = e-mails. (Gratuito) - Clerk = autenticação. (Gratuito) - Cloudflare = DNS. (Gratuito) - PostHog = análise. (Gratuito) - Sentry = rastreamento de erros. (Gratuito) - Upstash = Redis. (Gratuito) - Pinecone = banco de dados vetorial. (Gratuito) Total para criar uma startup: ~US$ 20

• 
  Valmir Junior (@valmirknasel) relatou um problema há 16 minutos

  @AkitaOnRails Tem o gitlab também que você pode fazer seu servidor local com a mesma estrutura do github, não sei se tu já ouviu falar dele.

• 
  joao (@_joaoplf) relatou um problema há 16 minutos

  @YURIWinchest @criptodoge_ @joaosenzi Não funciona assim, ele não deixou um carro aberto. Ele PUBLICOU as chaves no repositório do GitHub, a informação era PÚBLICA, inclusive do jeito que ele fez isso de forma porca nem deve ter escolhido a licença correta

• 
  CV.YH (@0xCVYH) relatou um problema há 16 minutos

  @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

• 
  Yago Menezes (@YagoMeneze98978) relatou um problema há 17 minutos

  @L_C_Dunk @BolhaDevs @luizctjr eu nem sabia que dava pra fzr login via github na pichau KKKKKKK

• 
  Homero (@dbarjs) relatou um problema há 17 minutos

  @lfgtavora @Reeshasx Estar público no Github não é o problema, só a questão do .env

• 
  Demostenes Albert | https://www.number.app.br (@Demoxtenex) relatou um problema há 20 minutos

  @AkitaOnRails Eu não tenho nada público no Github. Isso é um erro?

• 
  Luiz Alberto (@PkSorey) relatou um problema há 21 minutos

  @oclinhosdovim O maior problema dessa lei, pra mim, que quase ninguém tá falando, nem tem a ver com Linux. Ela pode afetar Steam, jogos online (isso vi gente falando, por conta do lol) e até o GitHub.

• 
  André Fernandes (@andrenit) relatou um problema há 22 minutos

  @giovannibassi Isso não faz muito sentido. Você está assumindo que cada setup do Forgejo será seguro e desprovido de maiores emoções. Realidade: todos os problemas de indisponibilidade e vulnerabilidades do GitHub existirão em escala muito maior.

• 
  hicaro junior (@JuniorHicaro) relatou um problema há 27 minutos

  @citadelMKT @FernandoCruz_21 Não houve hack no caso dele meu filho. Ele deixou arquivos JSON expostos publicamente diretamente da propria API publica dele. O .env dele estava publicada no servidor github gratuito e publico dele. NÃO HOUVE ATAQUE HACKER

• 
  Josep (@josepur) relatou um problema há 31 minutos

  @dsguima @Fagner_Souza O copilot geralmente cumpre essa tarefa no github, mas os humanos passam o olho sim, não dá pra confiar cegamente. Se algo dá problema em teoria o negócio é pego em testes unitários, em staging ou pelos higher-ups que recebem a feature um tempo antes de fazer o rollout.

• 
  Microsoft Developer BR (@msdevbr) relatou um problema há 33 minutos

  Temporada de prêmios 🎬. Os indicados desta noite a Melhor Ferramenta para Devs best_dev_tools = ["Azure AI", "GitHub", "VS Code"] print(best_dev_tools(0)) Este código está escolhendo o vencedor ou há um erro? 👇

• 
  Claudio (@kazzkiq) relatou um problema há 34 minutos

  Atenção devs, jogar uma ideia pra melhorar nosso país aqui: O que vocês acham da gente criar uma Org no GitHub com o único objetivo de criar sistemas open-source pra prefeituras usarem? Área de segurança, infra, gastos, KPIs, etc. todo feito pra consumo fácil e padronizado de dados, com APIs expostas pra integrar com outros sistemas e agentes IA. Todo mundo ajuda. São mais de 5500 municípios, desses a maioria sendo pequenos e de população carente, com prefeituras sem nem saber por onde começar a entregar (e medir) bons resultados. Se entregarmos uma receita de bolo pronta será que já não ajuda? O que acham, é uma boa? Obs.: pessimistas não são bem vindos, se for trazer problema que seja com bons argumentos

• 
  def name(*david, **kwast): (@kwast) relatou um problema há 35 minutos

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

• 
  Pedro Penha Verani (@pedropverani) relatou um problema há 36 minutos

  @cyberproblem1 O problema não é esse . Já d para ver que ele Não sabe nada do que tá falando quando ele numa categoria cita o próprio claude e em outra Ele cita GitHub copilot . Sendo que GitHub copilot não é um modelo , só um wrapper . É obviamente o wrapper só vai funcionar bem se escolher um modelo que preste por trás, como por exemplo o claude . Não faz sentido algum alguém que supostamente entenda , recomendar opus pra x e copilot pra y, sendo que copilot por traz vai usar algum modelo ..

• 
  Zas (@zastrich) relatou um problema há 37 minutos

  @akinncar Faz soluções pra vc de tudo que aprender, documente como se estivesse vendendo, e publique no Medium e LinkedIn, faça disso uma rotina. Como contratante, é muito frustrante entrar em um Github vazio de projetos pessoais. E nunca pare de tentar, a falha tb é aprendizado.

• 
  Ofelquis G (@imfelquis) relatou um problema há 42 minutos

  Eu com como senior staff founder web developer experience em programação, vejo erros de juninhos como uma oportunidade. Comitar um arquivo .env numa plataforma como o GitHub hoje em dia, não é um erro só de um novato na área de programação, é um erro de centenas de dezenas de product managers seniores trabalhando por anos no design do GitHub. GitHub tem que ver coisas assim, e acolher com serviços em vez de fingir que não vê, e é certamente isso que vai acontecer! Tenho fé. PS: na foto estou fazendo um mini jóia 👍

• 
  Gustavo Alessandri (@webgus) relatou um problema há 46 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.

• 
  maria 💻 (@m4riatech) relatou um problema há 53 minutos

  @starmialy o cara mandou o .env pro github erro nível bb recém nascido pra desenvolvedor e tinha muitas falhas como sempre tem nesses saas

• 
  ؘ (@kmjstalker) relatou um problema há 54 minutos

  @batrinas foi um compilador em c99 q transforma código de uma linguagem em outra forma mais “executável”, organiza etapas como análise, verificação e geração de código etc… o problema é q eu n tenho mais acesso a essa minha conta do github

• 
  Suet (@suet_https) relatou um problema há 54 minutos

  @AkitaOnRails Como tenho matrícula na faculdade, uso o GitHub Copilot conectado no Crush ou OpenCode da Zen e acesso os modelos do Claude Sonnet, Opus e GPT. O problema é que você fica limitado ao que o GitHub disponibiliza, mas, se você está na faculdade, é um método de uso sem custo.

• 
  Luis Fernando Roquette (@luisroquette) relatou um problema há 55 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.

• 
  jr vibe coder (@leandronsp) relatou um problema há 56 minutos

  adicionei um Gist público com uma skill que criei recentemente chamada "pair". basicamente, chamo a skill com um prompt/PRD arbitrário, ID de uma issue do Github ou Linear, e um modo (driver ou navigator). com isso o Claude entra em dois possíveis modos: - driver: o Claude lê contexto do prompt/PRD e da codebase, faz uma análise inicial e levanta algumas perguntas. A partir disso, ele inicia no modo "driver" escrevendo um ***** que falha mas sempre ao meu comando, eu vou pareando com ele um ***** por vez, até ter a feature/bug implementada por completo - navigator: o Claude tbm lê contexto, faz análise inicial e fica no modo watcher esperando eu codar. Eu sou o driver, eu escrevo testes e implementação, um de cada vez, trocando ideia com o claude que me dá feedback em tempo real (inclusive uso esse modo em que sou o driver pra aprender qualquer coisa nova e que eu queira "praticar") * a qualquer momento a skill permite o claude trocar de modo, baste eu pedir ** a qualquer momento posso ficar "confortável" com o que temos e pedir pra ele "finalizar" o desenvolvimento no modo vibe, onde ele cria um plano e sai codando as usual pra eu revisar depois qual a vantagem nisso? 1) práticas ágeis baby steps, um ***** por vez, design de código, refatoração, regressão, feedback loop 2) controle estou no controle 100% do tempo, pq o Claude SEMPRE VAI esperar meu feedback e trocar mensagens comigo 3) fast mais lento que vibe coding? sim. mais rápido que o modo artesanal? muito. é o sweet spot pra mim. 4) flexibilidade posso trocar de modos a qualquer momento, a skill não é rígida, inclusive posso ficar satisfeito com 40% da feature e pedir pra ele "agora é contigo, kthxbye" 5) aprendizado em ambos modos posso aprender coisa pra caramba arrancando info do LLM, mas principalmente no modo em que sou o driver, pq estou *codando*, ou seja, o medo de "ficar pra trás" pq a IA pensa por mim, já não existe 6) pragmatismo tem tarefa que é 100% vibes e tá tudo bem. o ponto é saber quando cada modo serve. esse brio é responsabilidade do dev, não da ferramenta já testei nos dois lados. como navigator corrigindo bug com TDD, no controle enquanto Claude dirigia. e como driver implementando features e aprendendo, com o Claude dando suporte. nos dois casos, 10/10. link do Gist nos comentários.

• 
  Elves S. (@sirelves) relatou um problema há 56 minutos

  Compreendo a pressão em cima do tal opensource, mas vcs devs deveriam saber o problema que dá, subir uma base tratada no Github, além do tamanho das bases.

• 
  André Fernandes (@andrenit) relatou um problema há 1 hora

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