Ist GitHub ausgefallen?

GitHub-Verfügbarkeit verstehen

Die Verfügbarkeit von GitHub kann je nach Funktion unterschiedlich sein. Ein Problem beim Laden von github.com kann die Website betreffen, während Git-Operationen oder API-Anfragen weiterhin funktionieren. Umgekehrt kann ein Problem mit der API oder der Git-Verbindung auftreten, obwohl die Hauptwebsite erreichbar ist.

Für die maßgebliche Übersicht zu Vorfällen solltest du die offizielle Statusseite von GitHub prüfen. Vergleiche die aktuellen Informationen mit dem genauen Symptom, das du feststellst:

• Website-Zugriff: Kannst du github.com öffnen und Repositories, Profile oder Einstellungen laden?
• Git-Operationen: Schlagen die Befehle clone, fetch, pull oder push fehl, während die Website funktioniert?
• API-Zugriff: Schlagen Anfragen an api.github.com fehl, laufen sie in einen Timeout oder geben sie einen HTTP-Fehler zurück?
• Authentifizierung oder Kontoaktionen: Ist das Problem auf die Anmeldung, Autorisierung, eine Organisation oder ein Repository beschränkt?

Ein Vorfall auf der Statusseite, der zu der betroffenen GitHub-Funktion passt, ist der stärkste Hinweis auf ein umfassenderes Dienstproblem. Wenn die Statusseite keinen Vorfall zeigt und nur ein Gerät, Netzwerk, Repository oder Konto betroffen ist, solltest du zuerst diese engere Ursache untersuchen.

Probleme mit GitHub beheben

Nach einem GitHub-seitigen Vorfall suchen

Öffne die offizielle Statusseite von GitHub und suche nach einem aktiven Vorfall oder einer beeinträchtigten Komponente, die zu deinem Symptom passt. Wenn dort ein entsprechendes Problem gemeldet wird, solltest du nicht wiederholt lokale Einstellungen ändern, sondern es nach der Behebung des Vorfalls erneut versuchen.

Wenn die Statusseite kein passendes Problem zeigt, fahre mit den folgenden, gezielteren Prüfungen fort.

Website-, Git- und API-Fehler unterscheiden

• Versuche, github.com in einem privaten Fenster oder auf einem anderen Gerät zu öffnen.
• Wenn die Website geladen wird, aber eine Integration oder ein Skript fehlschlägt, teste die betreffende API-Anfrage separat gegen api.github.com.
• Wenn der Zugriff im Browser funktioniert, aber git clone, git fetch, git pull oder git push fehlschlägt, prüfe die Repository-Adresse, Authentifizierung, Zugangsdaten und lokale Git-Konfiguration.
• Wenn nur ein Repository, eine Organisation oder ein Konto betroffen ist, behandle das als Bereichs- oder Berechtigungsproblem und nicht als Hinweis auf einen globalen Ausfall.

Browser- und lokale Ursachen prüfen

Wenn eine Seite nicht geladen wird, aktualisiere sie einmal, versuche es in einem privaten Fenster und deaktiviere vorübergehend Erweiterungen, die Anfragen verändern oder Skripte blockieren. Lösche Websitedaten nur, wenn das Problem offenbar auf einen Browser beschränkt ist. Vergleiche einen anderen Browser oder ein anderes Gerät, um festzustellen, ob der Fehler dem Konto folgt oder auf den ursprünglichen Browser beschränkt bleibt.

Netzwerk- und DNS-Ursachen prüfen

Wenn GitHub über mobile Daten funktioniert, aber nicht über deine übliche Verbindung, untersuche das lokale Netzwerk, den DNS-Resolver, VPN, Proxy, die Firewall oder eine Filterung im Unternehmensnetzwerk. Ein DNS-Fehler, eine Verbindungsablehnung oder ein Timeout weist auf eine andere Problemklasse hin als eine von GitHub erzeugte HTTP-Antwort. Teste zunächst ein anderes Netzwerk, bevor du systemweite Einstellungen änderst.

Bereich von Konto, Repository und Authentifizierung prüfen

Bei privaten Repositories oder geschützten Aktionen solltest du bestätigen, dass du im vorgesehenen Konto angemeldet bist und die Repository-URL korrekt ist. Prüfe beim Zugriff über die Kommandozeile das konfigurierte Remote und die Authentifizierungsmethode, ohne Tokens oder private Schlüssel offenzulegen. Ein Berechtigungs- oder Authentifizierungsfehler, der nur ein Repository betrifft, lässt sich normalerweise nicht dadurch beheben, dass du auf das Ende eines Plattformausfalls wartest.

API-spezifische Fehler prüfen

Bei API-Aufrufen solltest du den Endpoint, den HTTP-Status, die Antwortnachricht, den Zeitpunkt der Anfrage und die Information erfassen, ob die Anfrage ohne die umgebende Anwendung funktioniert. Prüfe Zugangsdaten, Berechtigungen, den Aufbau der Anfrage, Antworten im Zusammenhang mit Ratenbegrenzungen sowie das Timeout- oder Wiederholungsverhalten der Anwendung. Füge keine Zugriffstokens in Fehlerberichte oder Diagnoseprotokolle ein, die du mit anderen teilst.