cableando

GitHub falla en Git, pull requests y Actions

Cuando la forja donde vive tanto software libre se tambalea, se para mucho más que un repositorio. Quizá sea buen momento para pensar en un plan B.

GitHub está sufriendo una incidencia que afecta a la vez a cuatro de sus piezas básicas: las operaciones Git, las pull requests, las issues y Actions. Así lo reconoce la propia compañía en su página de estado, en una actualización del 4 de noviembre a las 10:53. La página no indica en qué zona horaria está esa hora.

Qué falla

Según la página de estado, GitHub empezó investigando «informes de rendimiento degradado» en las operaciones Git, las issues y las pull requests. Después ha ido precisando el alcance:

  • Pull requests: disponibilidad degradada. Es decir, no solo van lentas, sino que pueden no estar accesibles.
  • Actions: rendimiento degradado, lo que puede retrasar o entorpecer los flujos de integración y despliegue continuos.
  • Operaciones Git e issues: incluidas en la incidencia, aunque sin más detalle.

En la práctica, quien dependa de GitHub para subir o bajar código, revisar cambios, gestionar errores o lanzar sus compilaciones automáticas puede encontrarse con fallos o esperas mientras dure el problema.

Qué no se sabe todavía

GitHub dice que sigue investigando y, de momento, no ha explicado la causa ni ha dado una estimación de cuándo se resolverá. Tampoco detalla si afecta por igual a todas las personas usuarias o solo a algunas regiones. En la última actualización disponible, la incidencia seguía abierta.

Una sola puerta para demasiado código

La caída de una sola plataforma no debería poder detener el trabajo de tantos proyectos a la vez, pero ocurre porque buena parte del desarrollo, también el de software libre, se concentra en GitHub. Git nació para ser distribuido: cada copia de un repositorio es completa y se puede seguir trabajando en local aunque el servidor no responda. Lo que se centraliza es todo lo demás: la revisión de código, el seguimiento de errores, la integración continua y la propia comunidad.

Episodios como este recuerdan que mantener réplicas de los repositorios en otras forjas, o en una autoalojada, no es paranoia sino resiliencia. Y que convendría que las herramientas de colaboración de un proyecto no dependieran de una única empresa.

Fuente: GitHub · Estado

X LinkedIn
¿Te ha resultado útil?