¿Está caído GitHub?

Cómo entender la disponibilidad de GitHub

La disponibilidad de GitHub puede variar según la función. Un problema al cargar github.com puede afectar al sitio web, mientras que las operaciones de Git o las solicitudes a la API siguen funcionando. Por el contrario, un problema de conexión con la API o Git puede dejar accesible el sitio principal.

Para consultar la información autorizada sobre incidentes, revisa la página oficial de estado de GitHub. Compara la información actual con el síntoma exacto que observas:

• Acceso al sitio web: ¿Puedes abrir github.com y cargar repositorios, perfiles o ajustes?
• Operaciones de Git: ¿Fallan los comandos clone, fetch, pull o push mientras el sitio web funciona?
• Acceso a la API: ¿Fallan, agotan el tiempo de espera o devuelven un error HTTP las solicitudes a api.github.com?
• Autenticación o acciones de la cuenta: ¿El problema se limita al inicio de sesión, la autorización, una organización o un repositorio?

Un incidente en la página de estado que coincida con el componente de GitHub afectado es el indicio más sólido de un problema de servicio generalizado. Si la página de estado no muestra problemas y solo afecta a un dispositivo, red, repositorio o cuenta, investiga primero esa causa más específica.

Diagnóstico de problemas de GitHub

Comprueba si hay un incidente del lado de GitHub

Abre la página oficial de estado de GitHub y busca un incidente activo o un componente degradado que coincida con tu síntoma. Si informa de un problema relevante, evita cambiar repetidamente los ajustes locales y vuelve a intentarlo después de que se resuelva el incidente.

Si la página de estado no muestra un problema coincidente, continúa con las comprobaciones específicas siguientes.

Distingue entre fallos del sitio web, Git y la API

• Intenta abrir github.com en una ventana privada o desde otro dispositivo.
• Si el sitio web carga, pero falla una integración o un script, prueba por separado la solicitud de API correspondiente contra api.github.com.
• Si el acceso desde el navegador funciona, pero fallan git clone, git fetch, git pull o git push, comprueba la dirección del repositorio, la autenticación, las credenciales y la configuración local de Git.
• Si solo afecta a un repositorio, organización o cuenta, considéralo un problema de alcance o permisos, no una prueba de una interrupción global.

Comprueba las causas del navegador y del entorno local

Si una página no carga, actualízala una vez, prueba una ventana privada y desactiva temporalmente las extensiones que modifican las solicitudes o bloquean scripts. Borra los datos del sitio solo si el problema parece limitarse a un navegador. Compara con otro navegador o dispositivo para determinar si el fallo sigue a la cuenta o permanece en el navegador original.

Comprueba las causas de red y DNS

Si GitHub funciona con datos móviles, pero no con tu conexión habitual, investiga la red local, el resolvedor DNS, la VPN, el proxy, el firewall o los filtros corporativos. Un error de DNS, un rechazo de conexión o un tiempo de espera agotado indican una clase de problema distinta de una respuesta HTTP generada por GitHub. Haz la prueba desde otra red antes de cambiar ajustes de todo el sistema.

Comprueba el alcance de la cuenta, el repositorio y la autenticación

Para repositorios privados o acciones protegidas, confirma que has iniciado sesión con la cuenta prevista y que la URL del repositorio es correcta. Para acceder desde la línea de comandos, verifica el remoto configurado y el método de autenticación sin exponer tokens ni claves privadas. Un error de permisos o autenticación que afecta a un solo repositorio normalmente no se resuelve esperando a que termine una interrupción de la plataforma.

Comprueba los fallos específicos de la API

En las llamadas a la API, registra el endpoint, el estado HTTP, el mensaje de respuesta, la hora de la solicitud y si la solicitud funciona sin la aplicación que la rodea. Comprueba las credenciales, los permisos, la construcción de la solicitud, las respuestas relacionadas con los límites de uso y el comportamiento de timeout o reintentos de la aplicación. No pegues tokens de acceso en informes de incidencias ni en registros de diagnóstico que compartas con otras personas.