Lädt GitLab.com nicht, wird deine Anmeldung abgelehnt oder schlägt ein Clone, Fetch oder Push fehl? Prüfe zuerst den offiziellen GitLab-Status und nutze anschließend den Umfang des Fehlers, um einen GitLab-Vorfall von einem Konto-, Repository-, Browser-, Netzwerk- oder lokalen Git-Problem zu unterscheiden.
Site Administrator
Zuletzt geprüft: September 25, 2026
ZULETZT ERFASSTER STATUS
Erreichbar Bei der letzten Prüfung schien die Website von GitLab erreichbar zu sein und normal zu antworten.
| Endpoint | Status | Beobachtet |
|---|---|---|
| gitlab.com | Operational | 2026-11-09 13:08 UTC |
Funktioniert es bei dir?
0 aktuelle Meldungen — für einen aussagekräftigen Trend werden mehr Daten benötigt.
Für ein vollständigeres Bild, einschließlich teilweiser oder regionaler Störungen, die eine einzelne externe Prüfung übersehen kann, sieh dir die offizielle Statusseite von GitLab an. offizielle Statusseite.

Die Verfügbarkeit von GitLab.com ist keine einfache Ja-oder-nein-Bedingung. Weboberfläche, Authentifizierung, Projektzugriff, Repository-Anzeige, Klonen, Fetchen und Pushen können unabhängig voneinander ausfallen. Dass eine Seite erfolgreich geladen wird, bedeutet nicht, dass die benötigte Git-Operation oder das benötigte Projekt funktioniert.
Prüfe die offizielle Statusseite von GitLab auf aktuelle Vorfälle und Wartungsarbeiten. Vergleiche die betroffene Komponente und den Zeitpunkt des Vorfalls mit der genau fehlgeschlagenen Aktion:
Diese Seite behandelt GitLab.com. Selbstverwaltete GitLab-Installationen verfügen über eine eigene Infrastruktur und Konfiguration. Eine Statusmeldung zu GitLab.com beschreibt daher nicht automatisch deren Verfügbarkeit.
Öffne die offizielle Statusseite von GitLab und vergleiche aktive Vorfälle oder Wartungsereignisse mit der GitLab-Funktion, die fehlgeschlagen ist. Achte auf die betroffene Komponente und den angegebenen Zeitpunkt, nicht nur darauf, ob sich die Startseite öffnen lässt.
Wenn der Vorfall zu deinem Symptom passt, sichere den genauen Fehler und warte auf eine Aktualisierung, statt die Aktion wiederholt zu versuchen. Prüfe bei einem Push, Merge oder einem anderen Schreibvorgang zuerst, ob die ursprüngliche Aktion abgeschlossen wurde.
Wenn GitLab in einem privaten Fenster, einem anderen Browser oder auf einem anderen Gerät funktioniert, liegt die wahrscheinliche Ursache im ursprünglichen Browserprofil oder in der Sitzung. Versuche Folgendes:
gitlab.com zu löschen, wenn die Seite leer bleibt, wiederholt weiterleitet oder zur Anmeldung zurückkehrt.Wenn derselbe Fehler in verschiedenen Browsern und auf verschiedenen Geräten auftritt, wird eine browserspezifische Ursache unwahrscheinlicher.
Zeitüberschreitungen, Verbindungsablehnungen, DNS-Fehler, Proxy-Fehler und Filter können verhindern, dass GitLab.com geladen wird, selbst wenn der Dienst normal funktioniert. Vergleiche die betroffene Verbindung nach Möglichkeit mit einem vertrauenswürdigen alternativen Netzwerk, etwa einem mobilen Hotspot.
Wenn GitLab geladen wird, aber ein einzelnes Projekt oder Repository nicht geöffnet, geklont, gefetcht oder beschrieben werden kann, stelle sicher, dass du beim vorgesehenen Konto angemeldet bist und weiterhin die Berechtigung für dieses Projekt hast. Der verweigerte Zugriff auf ein Repository unterscheidet sich davon, dass GitLab für alle nicht erreichbar ist.
Prüfe bei Authentifizierungsfehlern die Remote-URL und die konfigurierte Methode für Zugangsdaten. Teile keine Access-Tokens oder privaten Schlüssel in Supportanfragen oder öffentlichen Issue-Reports.
Gib bei einer Eskalation den Zeitpunkt, die betroffene GitLab-URL oder Operation, den genauen Fehlertext, einen Hinweis auf einen Vorfall auf der Statusseite sowie an, ob ein anderer Browser oder ein anderes Netzwerk das Ergebnis verändert hat.
Bei Fragen zu Konto, Repository, Git-Client, Netzwerk oder selbstverwalteten Installationen solltest du die GitLab-Dokumentation für das verwendete Produkt und Deployment heranziehen. Nutze die Statusseite, um ein GitLab.com-Dienstereignis von einem auf deine Umgebung beschränkten Problem zu unterscheiden.
Diese Live-Prüfung läuft von unserem Server aus und kann nicht jede Region, jedes Konto, jede Funktion oder jeden Netzwerkpfad abbilden.
Prüfe die offizielle Statusseite von GitLab auf aktuelle Vorfälle und Wartungsarbeiten. Wenn kein relevanter Vorfall aufgeführt ist, teste die betroffene Operation in einem privaten Fenster oder über ein anderes Netzwerk, um die Ursache auf Browser, Konto oder Verbindung einzugrenzen.
Weboberfläche und Git-Operationen können unabhängig voneinander ausfallen. Prüfe die Statusseite und anschließend die Remote-URL des Repositorys, die Authentifizierungsmethode, Netzwerk- oder Proxy-Einstellungen sowie die Berechtigung für den Projektzugriff. Bestätige nach einem fehlgeschlagenen Schreibvorgang, ob er abgeschlossen wurde, bevor du ihn wiederholst.
Der Git-Client kann eine andere Remote-URL, Zugangsdatenmethode, Proxy-, SSH-Konfiguration oder Zertifikatsumgebung verwenden. Vergleiche diese Einstellungen mit der vorgesehenen Konfiguration des Repositorys, bevor du von einem allgemeinen GitLab-Ausfall ausgehst.
Im betroffenen Netzwerk kann ein Problem mit DNS, Firewall, Proxy, VPN oder Filterung vorliegen. Wenn GitLab über eine alternative Verbindung funktioniert, gib dem Administrator des ursprünglichen Netzwerks den genauen Fehler und den Zeitpunkt des Ausfalls.
Ein Fehler bei einem einzelnen Projekt deutet eher auf die Kontowahl, Mitgliedschaft, Sichtbarkeit des Projekts, Repository-Berechtigungen oder eine falsche Remote-URL hin als auf einen vollständigen Ausfall von GitLab.com. Bestätige das vorgesehene Konto und Projekt, bevor du Git-Zugangsdaten änderst.
Nein. Eine selbstverwaltete Installation kann über eine eigene Infrastruktur und Konfiguration verfügen und eigene Wartungsereignisse haben. Die Statusseite von GitLab.com beschreibt nicht automatisch eine unabhängig gehostete GitLab-Instanz.
Diese Live-Prüfung läuft von unserem Server aus und kann nicht jede Region, jedes Konto, jede Funktion oder jeden Netzwerkpfad abbilden.