GitHub, la plataforma por excelencia para desarrolladores, está atravesando una crisis de fiabilidad sin precedentes que ha dejado en evidencia sus dificultades para sostener la infraestructura ante el creciente impacto de la inteligencia artificial (IA). En abril de 2026, se registraron cifras alarmantes: mediciones independientes ubicaron la disponibilidad del servicio en torno al 86%, una caída significativa frente al ya cuestionado 90% del mes anterior.
El problema se agudizó con un grave incidente de integridad de datos ocurrido el 23 de abril, cuando los pull requests (PR) fusionados mediante la técnica de squash merge —una práctica común que consolida múltiples commits en uno solo— provocaron merges erróneos y pérdida inadvertida de commits en los repositorios afectados. En total, 2.092 PR sufrieron este impacto. Empresas como Modal y Zipline tuvieron que realizar costosos trabajos manuales para reconstruir su historial de git, ante la ausencia de asistencia directa de GitHub.
Este incidente revela una falla crítica en las garantías que ofrece GitHub, pues la integridad de los datos es uno de los pilares fundamentales para este tipo de servicios. Usuarios destacados como Can Duruk, ingeniero en Modal, criticaron la respuesta tibia de los responsables, que intentaron minimizar el alcance del evento en lugar de ofrecer un reconocimiento transparente y disculpas genuinas.
Pero los problemas no acabaron ahí. Apenas unos días después, el 27 de abril, una sobrecarga en el backend de GitHub causó la desaparición temporal de PRs y issues en la interfaz web durante cerca de seis horas. Esta incidencia fue atribuida a la caída de un clúster de Elasticsearch, comprometiendo la visibilidad de proyectos y tareas esenciales para los desarrolladores.
Paralelamente, se sucedieron más fallos menores que afectaron la visualización y la funcionalidad de PRs y GitHub Actions. El colapso sistemático de la plataforma culminó con la revelación de una vulnerabilidad grave en GitHub que permitía a un atacante remoto tomar control de repositorios mediante un simple comando git push. Aunque GitHub reaccionó rápido en la versión cloud, el riesgo persiste en instancias autoalojadas que no hayan actualizado sus sistemas.
More Read
Este entorno de inestabilidad ha provocado la fuga de figuras relevantes en la comunidad open source. Mitchell Hashimoto, fundador de HashiCorp y autor de herramientas como Ghostty, anunció su abandono de GitHub por considerarlo incompatible con trabajo profesional de calidad. En un emotivo mensaje, Hashimoto expuso la frustración de verse bloqueado constantemente por interrupciones que imposibilitan revisiones y avances, sentenciando que la plataforma «ya no es un lugar para trabajo serio».
GitHub atribuye la raíz del problema a un aumento inesperado y prolongado en la carga generada por agentes basados en inteligencia artificial. Vlad Fedorov, CTO de GitHub, explicó que dicha carga, aunque gradual en dos años, ahora se ha disparado notablemente debido a procesos que involucran revisiones, ejecuciones de workflows, búsquedas y demás funcionalidades interconectadas. La complejidad y las ineficiencias acumuladas en los sistemas provocan que una pequeña congestión reverbere en toda la plataforma.
Un factor adicional es la migración en curso de la infraestructura de GitHub desde sus propios centros de datos hacia Microsoft Azure. Este proceso, iniciado en octubre de 2025 y previsto para un año, añade complicaciones al realizarse en paralelo con un pico histórico de demanda que la empresa inicialmente subestimó. Aunque avanzar hacia la nube promete mayor capacidad futura, el tránsito en sí mismo ha contribuido a la fragilidad actual.
More Read
Lo que sorprende es que, mientras GitHub lucha por adaptarse, otros proveedores relacionados con IA y desarrollo parecen manejar el aumento sin sufrir caídas tan graves. Plataformas como GitLab, Bitbucket, Vercel o Sentry experimentan crecimientos similares sin pérdidas significativas de servicio. Esto plantea la duda de si la crisis de GitHub es en parte autoinfligida, producto de una planificación insuficiente y de una pesada estructura organizativa que retrasan respuestas ágiles.
A pesar de contar con el respaldo de Microsoft y de un amplio equipo técnico —más de 4.000 empleados, incluidos mil ingenieros—, GitHub no anticipó con suficiente tiempo la magnitud del aumento previsto, que de hecho fue revisado de un incremento esperado de 10 veces en octubre de 2025 a uno de 30 veces en febrero de 2026. Este desfase ha impedido optimizar a tiempo los recursos y modernizar plataformas con la necesaria rapidez, obstaculizando la estabilidad.
Gran parte de los retos para GitHub radican en la acumulación de deuda técnica tras casi dos décadas de desarrollo, con sistemas antiguos y procesos complejos que dificultan la escalabilidad horizontal típica en otros servicios. A ello se suman las expectativas de los usuarios y la necesidad de minimizar impactos negativos durante las actualizaciones.
Respecto a los usuarios, la clara opción pasa por considerar alternativas. GitLab y Bitbucket, principales competidores, no presentan las mismas dificultades, mientras que opciones de alojamiento propio o herramientas emergentes open source como Forgejo también ganan seguimiento en busca de mayor fiabilidad. Algunos expertos prevén que en breve surgirá una nueva generación de plataformas diseñadas desde cero para gestionar cargas 30 veces superiores y afrontar la era AI sin colapsos.
Ante este panorama, GitHub enfrenta el reto de reinventarse y afrontar sus limitaciones estructurales y operativas, mientras sus usuarios claman por estabilidad y confiabilidad en una etapa donde la IA transforma radicalmente el desarrollo de software.
