GitHub tiene alternativas, pero no un reemplazo

Artículo original ↗ Discusión en Hacker News ↗

El dominio de GitHub como plataforma de alojamiento de código se considera basado menos en git en sí y más en poderosos efectos de red, runners de CI gratuitos generosos —especialmente para Windows y macOS— y flujos de contribución de baja fricción. Los comentaristas exploran alternativas como Forgejo, Codeberg, Sourcehut, Radicle, Tangled y configuraciones autoalojadas, pero señalan compromisos en fiabilidad, carga de mantenimiento, descubrimiento, federación y políticas como las prohibiciones de código generado por IA. Muchos concluyen que, aunque existen reemplazos técnicos para las funciones centrales de GitHub, su ecosistema social de programación y su infraestructura gratuita siguen siendo difíciles de replicar por completo.

CI y cómputo gratuitos como principal factor de bloqueo

  • Muchos mantienen proyectos en GitHub principalmente por los runners gratuitos de Windows/macOS; replicar esa CI multiplataforma en otro sitio cuesta mucho tiempo y dinero.
  • Algunos se autoalojan con Forgejo y NixOS y reportan mejor rendimiento que GitHub Actions, pero admiten la carga de configuración y mantenimiento continuo.
  • Varios comentaristas subrayan que se subestima el valor de que Microsoft pague grandes cantidades de CI para repos públicos; en particular, los aficionados tendrían que reducir el uso de CI o pagar dinero real en otro lugar.

Autoalojamiento y forjas alternativas

  • Alternativas mencionadas: Forgejo, Codeberg, GitLab, Bitbucket, Sourcehut, Tangled, Radicle, GitSocial, v-it.org, gitnostr.
  • Forgejo + runners autoalojados se considera viable para quienes estén dispuestos a gestionar la infraestructura; la capa gratuita de Oracle Cloud es un ejemplo, pero con el riesgo de borrado unilateral.
  • Sourcehut recibe elogios (especialmente los flujos de trabajo basados en email), pero carece de LFS; se considera más exigente para los contribuyentes.
  • Bitbucket es criticado por ser lento y poco fiable en comparación con GitHub.
  • Algunos afirman que Codeberg es un “reemplazo 1:1”; otros dicen que sus políticas estrictas (p. ej., contra el código generado por IA, “vibecoding”) lo limitan como sustituto general.

Funciones sociales, descubrimiento y efectos de red

  • Hay una gran división: algunos usan mucho las estrellas de GitHub, los feeds de actividad, la búsqueda y el grafo de red de forks para descubrir y seguir proyectos; otros casi nunca descubren software mediante GitHub y dependen de blogs/Reddit/HN.
  • Los efectos de red alrededor de las cuentas, la baja fricción de registro para issues/PRs y el reconocimiento del nombre se consideran las ventajas más difíciles de reemplazar de GitHub.
  • Varios quieren funciones sociales federadas (estrellas, actividad, forks) para poder irse sin perder ese grafo.

Esfuerzos de descentralización y federación

  • Forgejo y ForgeFed, además de la federación basada en ActivityPub (incluida la estrella federada), se citan como direcciones emergentes.
  • Radicle recibe elogios por modelar issues/PRs e identidades como objetos git, lo que hace que los repositorios sean autocontenidos y más naturalmente federables; aun así, se ve como experimental y sin CI madura.

Control de versiones y filosofía

  • Un largo subhilo aclara la confusión entre Git y GitHub: Git es un VCS descentralizado; GitHub es una forja centralizada construida sobre él.
  • Debates sobre Git vs SVN/Mercurial: Git es más difícil de razonar, pero ofrece ramificación barata y fusión potente; el modelo de SVN era más simple, pero menos capaz.

Privado/código cerrado y empresas

  • Para pequeñas empresas, los argumentos a favor de GitHub: comodidad, issues/CI/hosting integrados, falta de personal de IT y la burocracia interna en torno a alojar servidores.
  • Contraargumento: si el código es un activo central, el autoalojamiento garantiza control, copias de seguridad e independencia frente a cambios de condiciones o fallos de un tercero.

Fiabilidad, ética y UX

  • Algunos quieren abandonar GitHub por problemas de fiabilidad y caídas; otros ven los boicots éticos como exagerados en comparación con “empresas peores” en otros lugares.
  • Un usuario se fue porque la interfaz moderna de GitHub bloquea el uso de NoScript/HTML básico.
  • GitHub se describe como dos productos: una plataforma social de OSS (difícil de reemplazar, usada mayormente en modo de solo lectura) y una herramienta de equipo (donde la UX, las notificaciones y los flujos de PR/issues a menudo resultan dolorosos y “corporativos”).
  • GitLab es criticado por parecer aún más corporativo y por ser más débil en descubrimiento, aunque está completo en funciones para muchos casos de uso.