¿Está caído GitLab?

Cómo entender la disponibilidad de GitLab.com

La disponibilidad de GitLab.com no es una condición única de sí o no. La interfaz web, la autenticación, el acceso a proyectos, la navegación por repositorios, la clonación, la descarga de cambios (fetch) y el envío de cambios (push) pueden fallar de forma independiente. Que una página cargue correctamente no demuestra que la operación de Git o el proyecto que necesitas estén funcionando.

Consulta la página oficial de estado de GitLab para ver los incidentes y mantenimientos actuales. Compara el componente afectado y el momento del incidente con la acción exacta que falló:

• Un incidente coincidente hace más probable una causa del lado de GitLab. Evita repetir operaciones de escritura hasta saber si el push, merge u otra operación original se completó.
• Si no aparece ningún incidente relevante, compara el fallo en distintos navegadores, dispositivos, cuentas, proyectos o redes antes de concluir que GitLab está caído.
• Un problema limitado a un proyecto, repositorio, cuenta, cliente Git o red suele apuntar a permisos, credenciales, configuración o conectividad local, y no a una interrupción generalizada del servicio.

Esta página cubre GitLab.com. Las instalaciones de GitLab autogestionadas tienen una infraestructura y configuración independientes, por lo que una actualización de estado de GitLab.com no describe automáticamente su disponibilidad.

Solución de problemas de GitLab

1. Comprueba si hay un incidente de GitLab coincidente

Abre la página oficial de estado de GitLab y compara cualquier incidente activo o evento de mantenimiento con la función de GitLab que falló. Observa el componente afectado y el momento indicado, no solo si la página de inicio se abre.

Si el incidente coincide con tu síntoma, guarda el error exacto y espera una actualización en lugar de reintentar continuamente. En el caso de un push, merge u otra operación de escritura, verifica primero si la acción original se completó.

2. Comprueba el alcance del navegador y de la sesión

Si GitLab funciona en una ventana privada, otro navegador u otro dispositivo, la causa probable es local al perfil o la sesión del navegador original. Prueba lo siguiente:

• Actualiza la página afectada e inicia sesión de nuevo cuando solo fallen las páginas autenticadas.
• Usa una ventana privada o un navegador diferente.
• Desactiva temporalmente las extensiones que modifican scripts, cookies, controles de privacidad o solicitudes.
• Borra los datos del sitio de gitlab.com si la página aparece en blanco, redirige continuamente o vuelve a la pantalla de inicio de sesión.

Si el mismo fallo ocurre en distintos navegadores y dispositivos, es menos probable que la causa sea específica del navegador.

3. Compara las redes y la conectividad DNS

Los tiempos de espera agotados, los rechazos de conexión, los fallos de DNS, los errores de proxy y los filtros pueden impedir que GitLab.com cargue incluso cuando el servicio funciona con normalidad. Si es posible, compara la conexión afectada con una red alternativa de confianza, como un hotspot móvil.

• Funciona en otra red: investiga el DNS local, el firewall, el proxy, la VPN o los filtros corporativos.
• Falla en todas las redes: consulta la página de estado y determina si el problema está limitado a una cuenta u operación concreta.
• Funciona en el navegador, pero no en Git: revisa la URL remota del cliente, las credenciales, el proxy y la configuración de SSH o HTTPS.

4. Comprueba el acceso a la cuenta y al proyecto

Cuando GitLab carga, pero no se puede abrir, clonar, descargar o enviar cambios a un proyecto o repositorio, confirma que has iniciado sesión con la cuenta correcta y que aún tienes permiso para acceder a ese proyecto. Que se deniegue el acceso a un repositorio es diferente de que GitLab no sea accesible para nadie.

En caso de fallos de autenticación, verifica la URL remota y el método de credenciales configurado. No compartas tokens de acceso ni claves privadas en solicitudes de soporte o informes públicos de incidencias.

5. Interpreta el error sin asumir que hay una interrupción

• Respuesta 5xx: podría reflejar un problema del lado de GitLab, pero también podría haberla generado un proxy o una puerta de enlace. Consulta la página de estado y compara con otra red.
• Tiempo de espera agotado de la conexión: suele indicar un problema en la ruta de red, el firewall, el proxy, el DNS o la conectividad temporal.
• Conexión rechazada: un endpoint o intermediario rechazó la conexión; compara los resultados del navegador, el cliente Git y una red alternativa.
• Advertencia de TLS o del certificado: verifica la dirección, el reloj del sistema, el navegador, el proxy y el software de seguridad. No omitas las advertencias de certificados al acceder a credenciales o repositorios de GitLab.

Al escalar el problema, incluye la hora, la URL u operación de GitLab afectada, el texto exacto del error, si la página de estado mostraba un incidente y si otro navegador o red cambió el resultado.