GitHub experimentó degradación multi-servicio a lo largo del 28-29 de abril que dejó GitHub Issues fuera de línea por 20 horas 24 minutos, GitHub Pages fuera de línea por 20 horas 24 minutos, y GitHub Actions fuera de línea por 14 horas 6 minutos, según la propia página de estado de GitHub seguida por StatusGator. Los reportes en DownDetector se dispararon alrededor de las 9:05 AM CET el 28 de abril. El título publicado del incidente fue "Incomplete pull request results in repositories." La caída ocurrió en la misma semana en que GitHub anunció el cambio a precios AI Credits por uso para Copilot — juntos, la semana hace que el argumento de "no dependas de un solo host de git" sea más fácil de hacer que en años.
La duración importa más que el disparador. Una caída de 20 horas en Issues y Pages, y 14 horas en Actions, deja grandes partes del flujo de trabajo de desarrolladores fuera de línea. Issues es donde vive el seguimiento de bugs y la gestión de proyectos para la mayoría de proyectos open source. Pages es donde muchos proyectos chicos alojan su documentación y demos. Actions es el sustrato CI/CD debajo del grafo de distribución de paquetes de facto del mundo — cuando Actions está caído, los paquetes no se publican desde los pipelines canónicos, los pushes a GitHub Container Registry fallan, y cualquier proyecto que ató su proceso de release a los runners de Actions deja de releasear. El título raíz único — "Incomplete pull request results in repositories" — enmascara la cascada: los metadatos relacionados a PRs alimentan los triggers de Actions, que alimentan los deploys de Pages, que alimentan los flujos de tickets de Issues. Cuando la capa de datos de pull requests se tambalea, todo el grafo arriba se tambalea.
GitHub es lo más cercano a un único punto de falla que tiene el ecosistema de desarrolladores. Hay alrededor de 200 millones de desarrolladores en GitHub y una fracción no trivial del CI open source mundial corre en GitHub Actions. La historia de confiabilidad de esta semana es incómoda: una caída de Issues de 20 horas no es un tropiezo de 20 minutos, y la causa siendo un problema de la capa de datos de PRs sugiere que la falla fue más profunda que ruido de infraestructura. Combinado con el reset de precios Copilot a AI Credits anunciado el 28 de abril, la semana se lee como "plataforma central con sistemas core frágiles también va a empezar a cobrarte más por las funciones IA." Esperá un salto medible en el interés por GitLab, Codeberg, Forgejo y Gitea auto-hospedado en las próximas semanas. El salto no va a ser un éxodo masivo — los costos de switching son enormes — pero los mantenedores de proyectos open source de alto tráfico van a empezar a pensar más en serio en mirrors y fallbacks.
Para los builders, tres cosas para hacer realmente. Primero, auditá tu dependencia de proceso de release sobre GitHub Actions específicamente: si tu pipeline de release de paquete, build de container o deploy de documentación sólo dispara cuando los runners de Actions están sanos, tenés un único punto de falla oculto. Replicá a un segundo proveedor de CI (CircleCI, Buildkite, GitLab CI, runners auto-hospedados) para los trabajos críticos, aunque mantengas el día a día en Actions. Segundo, push-mirror tu repo a un segundo host. El setup de 90 segundos de un remote en GitLab o Codeberg se paga la primera vez que GitHub Issues deja de aceptar escrituras. Tercero, el reset de precios de Copilot más esta caída va a hacer que "herramientas IA para devs que funcionan offline o en infraestructura alternativa" sea un pitch más convincente — mirá los lanzamientos de productos en el próximo mes que abran con "tu asistente de codificación IA corre en tu infraestructura, no en la de GitHub."