✨︎ Resumen (TL;DR):
- GitHub mantiene abierta una incidencia que afecta su web, API, GitHub Actions, Pull Requests, Issues, Webhooks, Pages, Copilot y operaciones Git.
- Las descargas de archivos y contenido sin procesar rondan 50% de errores, frente a cerca de 20% en la experiencia web y el tráfico de API.
- A las 16:16 UTC, GitHub todavía no identificaba la causa raíz y aplicaba mitigaciones; Packages y Codespaces figuraban como operativos.
GitHub, la plataforma de desarrollo propiedad de Microsoft, mantuvo abierta el 17 de agosto de 2026 una incidencia que afecta su sitio web, API, GitHub Actions, Pull Requests, Issues, Webhooks, Pages, Copilot y operaciones Git. La plataforma reportó cerca de 20% de errores en la experiencia web y el tráfico de API, y alrededor de 50% en descargas de archivos y contenido sin procesar. A las 16:16 UTC, la causa raíz seguía sin identificarse y los fallos complicaban revisar código, automatizar pruebas y desplegar software.
GitHub reconoció el problema a las 13:40 UTC. En su actualización de las 16:16 UTC, la compañía todavía intentaba identificar el origen y mantenía medidas de mitigación. El incidente no era un apagón uniforme: algunos servicios seguían operativos, mientras varias funciones esenciales para el trabajo de desarrollo presentaban una interrupción mayor.
Las descargas concentran el mayor impacto
La experiencia web y el tráfico de API registraban alrededor de 20% de errores. Eso explica que algunos usuarios pudieran entrar a GitHub mientras otros recibían fallos del servidor o encontraban páginas que no cargaban.
El golpe más alto estaba en las descargas de archivos comprimidos y de contenido sin procesar de los repositorios, donde el error rondaba 50%. La cifra representa la proporción aproximada de solicitudes fallidas en esos dos tipos de descarga durante el incidente.
Ese porcentaje no significa que se haya perdido la mitad de los repositorios ni que todos los intentos de clonación fallaran. Describe el comportamiento de solicitudes específicas, no la cantidad total de repositorios afectados.
La afectación también alcanzó servicios empresariales de identidad y administración: autenticación mediante SAML y OIDC, además de SCIM y Team Sync. En una organización, estos fallos pueden impedir el acceso con inicio de sesión único o retrasar la sincronización de usuarios y equipos, aunque el repositorio todavía aparezca en línea.
Al corte de las 16:16 UTC, el panel oficial clasificaba estos componentes así:
- Interrupción mayor: API Requests, Issues, Pull Requests, Actions y Copilot.
- Rendimiento degradado: Git Operations, Webhooks y Pages.
- Operativos: Packages, Codespaces y la categoría separada de proveedores de modelos de IA para Copilot.
GitHub Actions ejecuta flujos de integración y despliegue continuo. Sus fallas pueden frenar compilaciones, pruebas y publicaciones automatizadas. Los problemas en Webhooks también pueden retrasar los eventos que activan esas tareas, mientras la degradación de Pull Requests e Issues complica la revisión y coordinación del trabajo.
Packages y Codespaces no aparecían afectados en ese corte. La categoría de proveedores de modelos de IA para Copilot también figuraba como operativa, pero el producto Copilot estaba marcado con interrupción mayor. El panel separa ambas categorías, así que el estado de Copilot no demuestra por sí solo una caída de los modelos externos que utiliza.
BleepingComputer describió el episodio como una caída mundial. GitHub no había publicado un desglose geográfico ni una estimación del número de usuarios afectados. La información disponible confirma una interrupción generalizada, pero no permite saber cuántos países, cuentas o repositorios enfrentaron errores.
GitHub ya acumulaba incidentes en agosto
La caída del 17 de agosto llegó después de varios problemas separados registrados en el historial oficial. Entre el 6 y el 7 de agosto, GitHub Actions tuvo más de nueve horas de disponibilidad degradada. En el punto más grave, 71% de los flujos de trabajo sufrió fallas de infraestructura y 75% de los restantes se retrasó más de cinco minutos.
El registro también muestra incidentes en la API GraphQL el 11 de agosto; en Pull Requests, Issues, inicio de sesión y descargas de activos el 12 de agosto; y en Webhooks y Team Sync el 13 de agosto. GitHub documentó causas distintas en algunos de esos casos, pero no ha vinculado ninguno con la interrupción del 17 de agosto.
La compañía continuaba aplicando mitigaciones y no ofrecía una hora estimada de recuperación. El panel oficial todavía mostraba el incidente como no resuelto al cierre de la actualización, por lo que ese tablero seguía siendo la referencia para confirmar el restablecimiento completo.
