GitHub tem alternativas, mas não substituto

Artigo original ↗ Discussão no Hacker News ↗

A dominância do GitHub como plataforma de hospedagem de código é vista como baseada menos no git em si e mais em fortes efeitos de rede, runners gratuitos de CI generosos — especialmente para Windows e macOS — e fluxos de contribuição de baixo atrito. Comentadores exploram alternativas como Forgejo, Codeberg, Sourcehut, Radicle, Tangled e configurações self-hosted, mas apontam trade-offs em confiabilidade, esforço de manutenção, descobribilidade, federação e políticas como banimento de código gerado por IA. Muitos concluem que, embora existam substitutos técnicos para os recursos centrais do GitHub, seu ecossistema social de desenvolvimento e sua infraestrutura gratuita continuam difíceis de replicar por completo.

CI e computação gratuitos como principal aprisionamento

  • Muitos mantêm projetos no GitHub בעיקרamente por causa dos runners gratuitos de Windows/macOS; reproduzir essa CI multiplataforma em outro lugar é caro em tempo e dinheiro.
  • Alguns fazem self-host com Forgejo e NixOS e relatam desempenho melhor do que o GitHub Actions, mas admitem o custo de configuração e a sobrecarga de manutenção contínua.
  • Comentadores enfatizam que as pessoas subestimam o valor de a Microsoft pagar por grandes मात्रा de CI para repositórios públicos; especialmente os hobbistas teriam de reduzir o uso de CI ou pagar dinheiro de verdade em outro lugar.

Self-hosting e forges alternativas

  • Alternativas mencionadas: Forgejo, Codeberg, GitLab, Bitbucket, Sourcehut, Tangled, Radicle, GitSocial, v-it.org, gitnostr.
  • Forgejo + runners self-hosted é visto como viável para quem está disposto a gerenciar a infraestrutura; o tier gratuito da cloud da Oracle é um exemplo, mas vem com o risco de exclusão a qualquer momento.
  • Sourcehut é elogiado (especialmente os fluxos de trabalho baseados em e-mail), mas não tem LFS; é considerado mais exigente para contribuidores.
  • Bitbucket é criticado por ser lento e pouco confiável em comparação com o GitHub.
  • Alguns afirmam que o Codeberg é um “substituto 1:1”; outros dizem que suas políticas fortes (por exemplo, contra código gerado por IA, “vibecoding”) limitam seu uso como substituto geral.

Recursos sociais, descoberta e efeitos de rede

  • Há uma grande divisão: alguns usam intensamente as estrelas, feeds de atividade, busca e o grafo de forks do GitHub para descobrir e acompanhar projetos; outros quase nunca descobrem software pelo GitHub em si e dependem de blogs/Reddit/HN.
  • Os efeitos de rede em torno de contas, o baixo atrito para abrir issues/PRs e o reconhecimento do nome são vistos como as vantagens mais difíceis de substituir do GitHub.
  • Vários querem recursos sociais federados (estrelas, atividade, forks) para poder sair sem perder esse grafo.

Esforços de descentralização e federação

  • Forgejo e ForgeFed, além da federação baseada em ActivityPub (incluindo estrelamento federado), são citados como direções emergentes.
  • Radicle é elogiado por modelar issues/PRs e identidades como objetos git, tornando os repositórios autossuficientes e mais naturalmente federados; ainda assim, é visto como experimental e sem CI maduro.

Controle de versão e filosofia

  • Um longo subthread esclarece a confusão entre Git e GitHub: Git é um VCS descentralizado; GitHub é uma forge centralizada construída sobre ele.
  • Debates sobre Git vs SVN/Mercurial: Git é mais difícil de raciocinar, mas oferece branching barato e merge poderoso; o modelo do SVN era mais simples, mas menos capaz.

Privado/código fechado e empresas

  • Para pequenas empresas, os argumentos a favor do GitHub são: conveniência, issues/CI/hosting integrados, falta de equipe de TI e burocracia interna em torno de hospedar servidores.
  • Contra-argumento: se o código é um ativo central, self-hosting garante controle, backups e independência de um terceiro mudar os termos ou falhar.

Confiabilidade, ética e UX

  • Alguns querem sair do GitHub por problemas de confiabilidade e quedas; outros veem boicotes éticos como exagerados em comparação com “empresas piores” em outros lugares.
  • Um usuário saiu porque a UI moderna do GitHub bloqueia o uso de NoScript/HTML básico.
  • O GitHub é descrito como dois produtos: uma plataforma social de OSS (difícil de substituir, usada sobretudo em modo somente leitura) e uma ferramenta para equipes (onde UX, notificações e fluxos de trabalho de PR/issue frequentemente parecem dolorosos e “corporativos”).
  • O GitLab é criticado por parecer ainda mais corporativo e por ser mais fraco em descoberta, embora seja completo em recursos para muitos casos de uso.