GitHub, la plataforma de alojamiento de código más grande del mundo, está lidiando con una interrupción significativa del servicio que comenzó alrededor de las 13:40 UTC del 17 de agosto de 2026, dejando a desarrolladores, empresas y equipos de DevOps en apuros mientras servicios principales como Pull Requests, Issues, Actions, Webhooks y Copilot continúan experimentando un rendimiento degradado tras más de dos horas del incidente.

Según la página de estado oficial de GitHub, la plataforma está registrando actualmente tasas de error de aproximadamente el 20% en las experiencias web generales y el tráfico de API, una cifra que se ha mantenido estable mientras los ingenieros trabajan en las medidas de mitigación.

El daño es mucho más grave para funciones específicas: las descargas de archivos y las descargas de contenido bruto de los repositorios están fallando con una tasa de error aproximada del 50%, lo que efectivamente reduce a la mitad la fiabilidad de esas operaciones durante el incidente.

Los clientes empresariales enfrentan una capa adicional de problemas, ya que la autenticación SAML y OIDC, el aprovisionamiento SCIM y el Team Sync han sido marcados como afectados, lo que amenaza el acceso de inicio de sesión único para las organizaciones que dependen de GitHub Enterprise Cloud.

El efecto dominó de la interrupción ha sido metódico en lugar de repentino. GitHub reconoció primero un "rendimiento afectado para algunos servicios de GitHub" a las 13:40 UTC, y luego confirmó la degradación de las solicitudes de API, Actions y Webhooks durante la hora siguiente.

Los Issues y Pull Requests se añadieron poco después, y Copilot se sumó a la lista de componentes afectados alrededor de las 14:31 UTC. El servicio de monitoreo independiente Downdetector informó que las quejas de los usuarios comenzaron a dispararse cerca de las 13:30 UTC, lo cual es coherente con la propia cronología de GitHub, mientras que Microsoft, la empresa matriz de GitHub, ha confirmado públicamente que la plataforma está experimentando problemas en todo el mundo.

En la actualización de estado más reciente de GitHub, el equipo de ingeniería afirma que "actualmente está realizando mitigaciones basadas en nuestra investigación hasta el momento y están monitoreando la mejora", pero no se ha revelado públicamente la causa raíz. Este patrón de actualizaciones de estado repetidas y crecientes sin un culpable claro sugiere que el fallo subyacente puede estar ligado a una saturación a nivel de infraestructura o a un fallo en cascada a través de servicios dependientes en lugar de un error aislado, aunque GitHub no ha confirmado los detalles.

Para ti como desarrollador individual, las consecuencias prácticas significan que los pull requests pueden fallar al fusionarse, los pipelines de CI/CD creados en Actions podrían detenerse o dar error, y el seguimiento de problemas puede volverse poco fiable a mitad de un sprint. Los equipos que dependan de webhooks para la automatización, como el disparo de despliegues o la notificación a herramientas de chat, deben esperar eventos retrasados o perdidos hasta que la plataforma se estabilice.

Actualmente no hay una solución alternativa para el usuario; se aconseja a los equipos afectados que retrasen las operaciones de repositorio no críticas y monitoreen la página de estado de GitHub directamente para obtener actualizaciones en tiempo real en lugar de confiar en paneles almacenados en caché.

Este incidente ocurre apenas unos meses después de que GitHub implementara un marco de reporte de estado más transparente en abril de 2026, que introdujo niveles de gravedad granulares y métricas de tiempo de actividad de 90 días para cada servicio individual, otorgando a la interrupción de hoy una visibilidad inusualmente detallada en comparación con interrupciones pasadas.

GitHub aún no ha proporcionado un tiempo estimado de resolución, y se espera que la empresa publique un análisis post-mortem completo del incidente una vez que se restablezcan los servicios, en consistencia con su práctica de informe de disponibilidad mensual.