Cuando se habla de alojar código en producción o trabajar con un equipo de desarrollo, la plataforma que aparece por defecto en la cabeza es GitHub. Es prácticamente la opción estándar para manejar repositorios Git, y al día de hoy hablar de un reemplazo serio suena bastante complicado.
Sin embargo, justo ahora en redes sociales como X se está discutiendo exactamente eso: qué otras plataformas podrían reemplazar a GitHub. La razón es que en estos últimos meses ha tenido bastantes errores, y eso ha vuelto a poner el foco sobre una realidad incómoda: casi todo el ecosistema de desarrollo (público y privado) está fuertemente centralizado en una sola plataforma.
En este artículo te resumo qué está pasando y por qué se está dando esta conversación.
El detonante: una vulnerabilidad crítica reportada por Wiz
El 28 de abril, la empresa de seguridad Wiz reportó un fallo bastante grave en GitHub a través de su blog Securing GitHub.
El resumen es el siguiente: durante un git push, los investigadores se dieron cuenta de que podían añadir una cabecera HTTP que el servidor no estaba sanitizando correctamente. Inyectando algo similar a una cabecera tipo X-... lograban que el servidor ejecutara comandos. En otras palabras, acceso remoto al servidor de GitHub (RCE) por una entrada que no tenía validación.
La buena noticia: el reporte indica que el fallo no fue aprovechado antes de que lo encontraran. Wiz lo reportó, GitHub lo corrigió en cuestión de horas, y al día de hoy ya es historia: ese vector ya no funciona.
El problema es que ese reporte volvió a poner los reflectores sobre GitHub, y de paso recordó todos los otros errores de los últimos meses.
El historial reciente: caídas, merges perdidos y búsquedas rotas
Si vas a githubstatus.com y lo miras de forma general, los números no se ven tan mal: rondan el 99% de uptime, lo cual es aceptable para una infraestructura del tamaño de GitHub.
El detalle es que ese reporte oficial no refleja la cantidad real de incidentes. Un usuario decidió hacer su propio tracking comparando con el estatus real, y publicó el resultado en un mirror del status de GitHub. El número que aparece allí es bastante más serio: alrededor del 84%, lo cual ya es grave para una infraestructura de este tamaño.
Sumado a eso, hay dos incidentes recientes que llamaron mucho la atención:
- 23 de abril: un fallo en el sistema de merge queues. Cuando hacés merge en GitHub, internamente la plataforma combina múltiples cambios al mismo tiempo. Ese sistema falló, y al parecer se perdieron commits de varios repositorios. Muchas empresas tuvieron que volver a subir cambios o descubrieron que su repo había vuelto a una versión anterior. Es decir: la plataforma cuyo trabajo principal es trackear y resguardar tus cambios… perdió cambios.
- 27 de abril: problema en el sistema interno de búsqueda basado en Elasticsearch.
Además del hilo en Hacker News que recogió el descontento, GitHub publicó una explicación oficial sobre lo que estaba pasando.
La explicación de GitHub: la IA disparó la carga
El post oficial no entra en muchísimo detalle técnico, pero sí da una pista muy clara del origen del problema: una gráfica del crecimiento de commits, pull requests y nuevos repositorios.
Desde 2023 ya venían recibiendo más actividad mes a mes, pero a partir de 2025-2026, con el uso masivo de la IA, esa curva se disparó de forma exponencial. La frase clave del post es esta: en 2025 pidieron multiplicar por 10 la capacidad de la infraestructura, pero la realidad es que necesitaban por 30, casi el triple de lo proyectado.
Y siendo justos, tiene sentido:
- Los agentes de IA pueden hacer múltiples commits en paralelo.
- Plataformas de vibe coding están centralizando todos sus cambios en GitHub.
- Cualquier developer hoy en día tiene al menos un agente abriendo PRs.
La plataforma simplemente no se da abasto. Y esto es importante: el problema no es de interfaz ni de aplicación, es un problema de infraestructura de nube. Este tipo de error podría haberle pasado a cualquier proveedor (AWS, Google Cloud, etc.) en una situación similar.
Falta de dirección: el CEO se fue y ahora todo es Core AI
Hay otra razón menos técnica pero igual de importante: GitHub no tiene a alguien que lo esté liderando. El CEO de GitHub renunció en agosto de 2025, y desde entonces la plataforma está siendo manejada por una organización interna de Microsoft llamada Core AI.
¿Qué hace Core AI? Su objetivo es unificar las plataformas de IA de Microsoft y armar todo un pipeline de desarrollo que combine VS Code, Copilot, Azure y otras herramientas. El foco está en agentes, vibe coding y la suscripción a modelos.
Esto se nota cuando usás GitHub estos días: las novedades importantes giran casi siempre alrededor de IA. Y allí está la crítica que muchos están haciendo en redes:
GitHub debería estar enfocado principalmente en alojar código, no en convertirse en una plataforma de suscripciones de modelos de IA.
Al haber dos objetivos compitiendo (ser la nube de Git y ser una plataforma de IA), parece que se está descuidando lo más importante.
Proyectos que ya migraron
Esto del descontento no es nuevo. Hay un par de casos notables:
- Zig anunció en noviembre de 2025 su migración de GitHub a Codeberg. Para quienes no lo conocen, Zig es un lenguaje de programación que está detrás de proyectos como Bun o Ghostty.
- Ghostty (la terminal open source) también está planeando moverse fuera de GitHub. La razón del autor es muy directa: cada vez que quiere subir cambios, GitHub no está disponible. Incluso ha estado trackeando las caídas por su cuenta.
Y en X muchos están planteando ideas similares. Hasta el CEO de Vercel mostró una propuesta de interfaz que se parece bastante a GitHub, y otros desarrolladores están sumándose al debate.
Las alternativas ya existen (y son varias)
Lo cierto es que GitHub nunca fue la única plataforma. Solo que se volvió la opción por defecto. Si miramos el panorama actual:
Alternativas SaaS:
- GitLab — alojado sobre Digital Ocean, y también permite self-hosting a nivel empresarial.
- Codeberg — el que está usando Zig. Open source y enfocado en proyectos abiertos.
- Bitbucket — la propuesta de Atlassian.
- AWS CodeCommit, Google Cloud Source Repositories y Azure Repos — alternativas empresariales dentro de los grandes clouds.
Alternativas open source para self-host:
- Sourcehut
- Gitea
Lo interesante de las opciones open source es que podés alojarlas en tu propio servidor, en tu propia nube, e incluso en un Raspberry Pi para proyectos chicos. La responsabilidad de la infraestructura pasa a ser tuya, pero también el control completo.
Entonces, ¿es momento de migrar?
Mi opinión honesta: para la mayoría de developers, no.
El error que se reportó esta semana no es tanto un problema de GitHub como plataforma, sino un problema de escala de nube ante el crecimiento exponencial que está empujando la IA. Probablemente lo van a corregir pronto, y aunque sí pudieron haberlo gestionado mejor (los pedidos de capacidad debieron ser más anticipados), no es un fallo terminal.
Aún así, vale la pena dividir la decisión en dos casos:
- Si sos un usuario individual y no notaste ninguno de estos errores trabajando con GitHub, no hay razón para moverte. Migrar tiene un costo real (CI/CD, integraciones, automatizaciones) que no se justifica.
- Si sos una empresa y sí estás sintiendo el impacto, hay dos caminos razonables: (1) buscar alternativas que ofrezcan funcionalidad equivalente, o (2) self-hostear con proyectos como Gitea o Sourcehut, asumiendo el 100% de la responsabilidad de tu infraestructura.
Lo que sí me parece sano de toda esta conversación es que se vuelva a discutir la idea de descentralizar. No tiene mucho sentido que absolutamente todos los repos del mundo estén en una sola plataforma. Hay alternativas gratuitas y abiertas que ofrecen prácticamente lo mismo, y como mínimo deberíamos saber que existen.
Reemplazar a GitHub por completo es muy difícil porque no es solo alojamiento de código: tiene CI/CD con Actions, Codespaces para programar en la nube, registry de paquetes y binarios, y ahora suscripciones a IA. Competir con todo ese paquete es complicado. Pero si los problemas se siguen acumulando, en algún punto las alternativas van a empezar a ganar usuarios… y eso, al final, es bueno para todo el ecosistema.