Por que desenvolvedores estão abandonando o GitHub em favor do Codeberg e alternativas auto-hospedadas

Problemas Percebidos com o GitHub

  • Relatos de banimentos indevidos de contas afetando organizações (por exemplo, CI desativado quando um colaborador banido abriu um PR), com apelações opacas.
  • Reclamações sobre confiabilidade e desempenho: baixa disponibilidade efetiva, limitação de taxa frequente mesmo em uso leve e “inchaço” na UI/UX e nos recursos.
  • Frustração com mudanças de política (por exemplo, remoção da visualização de “quem estrelou este repositório”).
  • Desconforto com os laços do GitHub e da Microsoft com o governo/militares dos EUA e com a ética mais ampla das big tech.
  • Preocupações de que o GitHub é “obcecado por LLM”, promovendo recursos de IA e precificação predatória em torno de produtos de IA.

Motivações para Sair

  • Ideológicas: objeção à Microsoft, ao treinamento de IA em código, aos contratos com o governo dos EUA e ao controle corporativo da infraestrutura de código aberto.
  • Práticas: melhor desempenho, mais controle sobre runners de CI, menos interrupções, evitar mudanças de política ou banimentos inesperados.
  • Segurança/privacidade: desconfiança no tratamento de repositórios privados; desejo de manter o código atrás de VPNs/tailscale e longe de scrapers.

Alternativas e Experiências com Auto-Hospedagem

  • Experiências fortemente positivas relatadas com Forgejo e Gitea auto-hospedados: rápidos, leves, UI parecida com a do GitHub, runners/registries integrados, manutenção “configure e esqueça”.
  • GitLab auto-hospedado visto como mais pesado, mas “padrão da indústria” e estável; instalação Omnibus/Docker descrita como direta.
  • Alguns hospedam projetos pessoais/privados localmente ou em pequenos VPS com Git puro; espelham para o GitHub apenas como backup ou para descoberta.
  • Outras opções hospedadas discutidas: Codeberg (baseado em Forgejo, sem fins lucrativos, apenas FOSS), Sourcehut (simples, centrado em e-mail), Heptapod e hg.sr.ht para Mercurial.

Debate sobre as Políticas do Codeberg e Anti-Scraping

  • Codeberg é elogiado como uma alternativa administrada pela comunidade, mas:
    • Medidas anti-scraping (Anubis, texto adversarial como iocaine) às vezes exibem lixo ou páginas de “verifique se é humano”; alguns usuários saíram depois que visitantes reais foram bloqueados.
    • Uma política proposta para banir projetos “escritos majoritariamente por IA generativa” é altamente controversa:
      • Defensores veem isso como proteção da qualidade e da ética.
      • Opositores veem isso como arbitrário, mal definido e hostil à escolha de ferramentas pelos usuários.

Ceticismo em Relação ao Artigo e Questionamento da Tendência

  • Vários comentaristas criticam o título “desenvolvedores estão abandonando o GitHub” como clickbait sem dados.
  • Alguns reconhecem uma tendência visível no sentimento e no crescimento de forges alternativas, mas observam que o GitHub ainda domina.
  • Outros chamam o texto de pouco esforço e possivelmente gerado por IA.

Preocupações com IA, Licenciamento e Privacidade

  • Muitos se opõem ao uso do código para treinar LLMs, especialmente quando combinado com demissões justificadas por IA.
  • Alguns argumentam que migrar para alternativas públicas não impede o scraping; apenas configurações privadas/auto-hospedadas ajudam.
  • Outros consideram que tentar bloquear todo treinamento é uma batalha perdida e preferem focar em construir software melhor.

Social/Descoberta e Efeitos de Rede

  • O grafo social, as estrelas e os trending do GitHub eram valiosos, mas alguns acham que o trending agora está inundado por projetos repetitivos de IA.
  • Pequenos desenvolvedores sentem pressão para continuar no GitHub por visibilidade e contribuições casuais, mesmo não gostando dele.
  • Um compromisso comum: auto-hospedar ou usar alternativas como principal, espelhando para o GitHub para alcance.

Outros Temas Técnicos

  • Interesse em federação de Git e forges descentralizados (esforços de federação do Forgejo, Tangled, Radicle).
  • Desejo por VCS alternativos (nostalgia do Mercurial, jj, pijul) e melhor suporte a arquivos grandes (por exemplo, oxen em vez de Git LFS).
  • Visões mistas sobre clonar a UI semelhante ao GitHub: alguns querem familiaridade 1:1; outros dizem que aprender uma nova interface é trivial.