Gitdot: el competidor open source de GitHub escrito en Rust llega a producción

Esta mañana apareció en Hacker News un Show HN que acumula 290 puntos en pocas horas: Gitdot, una alternativa open source completa a GitHub escrita en Rust. El proyecto, disponible en gitdot.io, no es otro intento de clonar las funciones básicas de gestión de repositorios. Es un pitch directo a la dependencia estructural del sector en una plataforma privada controlada por Microsoft.

Qué ofrece Gitdot

La funcionalidad cubre todo el flujo de trabajo moderno de desarrollo:

• Repositorios Git con soporte completo de ramas, tags y large file storage
• Pull requests con revisión de código inline, sugerencias y threading de comentarios
• Issues y proyectos con boards kanban y milestone tracking
• CI/CD integrado — el sistema de pipelines está construido sobre WebAssembly, lo que permite ejecutar workers en cualquier plataforma sin dependencia de runners propietarios
• Gestión de paquetes para npm, cargo, pip y Docker
• API compatible con la API de GitHub para los endpoints más usados, permitiendo migrar herramientas existentes sin modificarlas

La elección de Rust no es accidental. El equipo detrás de Gitdot argumenta que la ausencia de garbage collector y el modelo de memoria de Rust permiten servir operaciones de repositorio —especialmente diffs y blame sobre repos grandes— con una latencia consistentemente baja que JVM y runtimes de Python no pueden igualar.

El argumento de la dependencia

El post original en HN articula el problema de fondo con claridad: el sector del software depende de forma crítica de una infraestructura gestionada por una empresa privada (Microsoft/GitHub) para almacenar su código fuente, coordinar el desarrollo y distribuir paquetes. Si GitHub decide cambiar su política de acceso, sus precios o simplemente tiene una outage, miles de equipos se detienen.

La respuesta habitual a este argumento es que GitLab existe y es open source en su edición Community. Lo que Gitdot añade al debate es que GitLab lleva años derivando hacia una arquitectura cada vez más compleja y pesada de operar, y que su adopción como sustituto de GitHub en equipos pequeños y medianos sigue siendo baja.

El reto de la red social del código

El problema más difícil para cualquier alternativa a GitHub no es técnico. Es la red. GitHub tiene 100 millones de desarrolladores registrados. Los perfiles de GitHub son el currículum técnico estándar. La visibilidad de un proyecto en GitHub es un activo de marketing.

Gitdot no tiene respuesta para esto hoy. El equipo lo reconoce en el FAQ del proyecto: la estrategia inicial es el self-hosting para organizaciones que priorizan la soberanía de datos sobre la visibilidad pública, y el desarrollo de una red federada en fases posteriores usando ActivityPub.

Es la misma apuesta que hicieron Mastodon frente a Twitter: federar en lugar de centralizar. Los resultados de Mastodon sugieren que la federación no derrota automáticamente a la centralización, pero es un modelo viable para ecosistemas que valoran la autonomía.

Cómo instalarlo

Gitdot distribuye binarios compilados para Linux, macOS y Windows, y una imagen Docker oficial:

# Docker (recomendado para producción)
docker pull gitdot/server:latest
docker run -p 3000:3000 -v gitdot-data:/data gitdot/server:latest

# Binario directo (Linux x86_64)
curl -L https://get.gitdot.io/install.sh | bash

La configuración inicial incluye un wizard que replica la experiencia de setup de GitLab, con soporte para LDAP, SAML y OAuth2 desde el primer día.

Veredicto inicial

Gitdot es técnicamente sólido, está bien documentado y tiene un equipo que entiende el problema que está resolviendo. El código fuente es genuinamente open source (licencia AGPL v3). Las demos de rendimiento en los benchmarks publicados son convincentes.

Si lo que buscas es una solución de self-hosting moderna para tu organización, merece una evaluación seria. Si lo que buscas es desplazar a GitHub como plataforma pública, esa es una batalla mucho más larga.