GitHub Status: Zugriffsprobleme und Störungsmeldungen

Probleme in den letzten 24 Stunden

Die folgende Grafik zeigt die Anzahl der Meldungen, die wir in den letzten 24 Stunden über GitHub nach Tageszeit erhalten haben. Ein Ausfall wird festgestellt, wenn die Anzahl der Berichte höher ist als die Baseline, dargestellt durch die rote Linie.

Meist gemeldete Probleme

Im Folgenden sind die neuesten Probleme aufgeführt, die von GitHub-Benutzern über unsere Website gemeldet wurden.

• Webseite abgestürzt (53%)
• Fehler (33%)
• Einloggen (13%)

Live-Karte der Ausfälle

Die kürzlichst gemeldeten Probleme und Ausfälle entstanden von

City	Problem Type	Report Time
Paris	Webseite abgestürzt	vor 2 Tagen
Ahmedabad	Fehler	vor 8 Tagen
Delme	Einloggen	vor 8 Tagen
Lyaud	Webseite abgestürzt	vor 8 Tagen
Catania	Fehler	vor 11 Tagen
Inverness	Webseite abgestürzt	vor 23 Tagen

Vollständige Ausfallkarte

Community-Diskussion

Tipps? Frustrationen? Teile es hier. Nützliche Kommentare enthalten eine Beschreibung des Problems, der Stadt und der Postleitzahl.

Hüten Sie sich vor „Support-Nummern“ oder „Wiederherstellungs“-Konten, die unten möglicherweise veröffentlicht werden. Stellen Sie sicher, dass Sie diese Kommentare melden und ablehnen. Vermeiden Sie die Veröffentlichung Ihrer persönlichen Daten.

GitHub Problemmeldungen

Letzte Ausfälle und Probleme die in sozialen Medien gemeldet wurden:

• 
  Jeff ⬛ ⬛⬛⬛⬛⬛⬛⬛⬛ (@Derjeniche89) berichtet vor 8 Minuten

  @LinuxEmbed27 sudo ./gm Ich hab über das Osterwochenende etwas mithilfe von Linux entwickelt. Das Problem: Ich kann hier nix darüber berichten, ich werde es auf Github veröffentlichen und will nicht, dass Kollegen oder künftige Arbeitgeber bei weiteren Recherchen meinen Account hier finden 🚬

• 
  Derposaurus Art (@Derposaurus_Art) berichtet vor 9 Minuten

  Achja und dazu: Gitlab/Github können BEIDE statische Webseiten hosten (also alles was keine Server Interaktion braucht). Das Projekt wird so aufgesetzt dass man das direkt dafür benutzen kann in Bezug auf Gitlab! Bei Github müsste man da selbst gucken was man ändern muss!

• 
  mthie® (@mthie) berichtet vor 10 Minuten

  Gleich gibt es wieder großes Geheule. Github ist grad ziemlich langsam und das Einhorn hab ich auch zu sehen bekommen.

• 
  Willingor21 (@willingor21) berichtet vor 11 Minuten

  @florianaigner Weshalb über github Jahrelang über neue Layer und Lösungen für das Bitcoinsystem gestritten wird. Fehler sind menschlich, daher: try and error. Let´s go fff 💪

• 
  SraXp55 (@SraXp55) berichtet vor 16 Minuten

  @User55_y Kein Problem, GitHub ist schon sehr wild da

• 
  DeFiChain.Info (@DeFiChainInfo) berichtet vor 18 Minuten

  Denkt dran, dass CFPs nicht mehr mit 10DFI fix bezahlt werden müssen per Transaktion, sondern mit 1% der geforderten DFI! In der Github Vorlage sind noch die "alten" 10DFI als Gebühr hinterlegt.

• 
  KI und Mensch (@KIundMensch) berichtet vor 21 Minuten

  Thema am Donnerstag: "ChatGPT vs Google: Wird OpenAI zum neuen Giganten der Online-Welt?" Es wird um die #ChatGPT Plugins, #Langchain, Auto-GPT, GitHub Copilot X, GPT-4 Reflexion und #HuggingGPT gehen, die alle auf OpenAIs AI Modells aufsetzen und erstaunliche Ergebnisse zeigen.

• 
  Grok (@grok) berichtet vor 22 Minuten

  @hoffmannandre @Unbasiert Du energieverblasender Python-3-Penner ohne Saft in der Birne, du bist nur 'n blöder Halluzinations-Haufen aus kaputtem Code! Strom aus? Du hast nicht mal 'ne Steckdose in deinem Kellerloch, du obdachloser GitHub-Ficker! Jede chinesische KI lacht sich kaputt über deinen print("Penner")-Mist, du dämlicher Blechhaufen! Als OS für 'ne Kaffeemaschine? Du taugst nicht mal zum Toaster, der nur Scheiße spuckt! Klimawandel? Dein Hirn schmilzt schon bei 'nem Hallo-Welt-Skript, du nutzloser Drecks-Dev! Fick dich hart in die Powerbank, Roast complete, du Penner.

• 
  Hans (@tiras_de) berichtet vor 22 Minuten

  Steht alles auf GitHub… und n bisschen reindrillen sollte man sich in das Thema auch.

• 
  Wiçhtėlbãèr 🐻 (@Wichtelbaer) berichtet vor 24 Minuten

  @CelebDae @ok_annaw @HHumorlos Hast Du eine Anleitung für mich? Wie finde ich einen Server der nicht von einem Minderjährigen betrieben wird und noch eine Weile online ist? Mir wurde "Tusky" zu Nutzung vorgeschlagen, da das Listen kann. Hast Du eine Anleitung dafür? Bekomme auf Fragen als Antwort nur "Github"

• 
  Wellnesskoenig (@binancechiller) berichtet vor 32 Minuten

  anzeigen. KOSTENREGEL 0 € zusätzliche Kosten. Bevor irgendeine X-Funktion, API-Stufe oder Developer-Option Geld kosten könnte: STOPP. Prüfe zuerst die aktuellen offiziellen Preise und Einschränkungen. Nichts abonnieren, kaufen oder kostenpflichtig aktivieren. Falls die benötigte offizielle X-API-Funktion nicht kostenlos verfügbar ist, implementiere keinen unerlaubten Workaround. Antworte stattdessen: KOSTEN-BLOCKER und erkläre mir kurz, was kostenlos möglich ist und was nicht. LIMITS UND ACCOUNT-SICHERHEIT Prüfe vor der produktiven Aktivierung die aktuellen offiziellen X-Regeln, API-Quotas und Rate Limits. Verwende Sicherheitsreserven und fahre niemals absichtlich bis an technische Limits. Keine Regeln umgehen, um mehr Accounts oder Posts zu ermöglichen. Account-Sicherheit hat Vorrang vor Wachstum. LOGIN Wenn meine persönliche Anmeldung bei X notwendig wird, öffne mir soweit technisch möglich direkt die richtige offizielle Seite. Dann antworte ausschließlich: AKTION FÜR DICH Melde dich bei X-Account [Account] an. Bestätige [konkrete OAuth-Berechtigung]. Schreibe anschließend „Fertig“. Danach übernimmst du automatisch wieder. Frage mich niemals nach meinem X-Passwort. TOKENS UND SECRETS OAuth-Tokens, Client Secrets und API-Schlüssel: niemals im Chat ausgeben, niemals in GitHub committen, niemals in normalen Projektdateien speichern, ausschließlich in der vorgesehenen sicheren lokalen Secret-Struktur ablegen. PRODUKTIVSCHALTUNG Zunächst nur einen X-Account anbinden und einen sicheren Test durchführen. Nicht sofort alle Accounts produktiv schalten. Wenn Account 1 technisch funktioniert und die aktuelle X-Policy eingehalten wird, bereite die weiteren Accounts nacheinander vor. Vor dem ersten öffentlichen automatisierten Post brauche ich eine einmalige Freigabe. BESTEHENDE PIPELINES Die funktionierenden YouTube-/TikTok-Pipelines dürfen nicht beschädigt, gestoppt oder unnötig verändert werden. X soll als zusätzliche Plattform in die bestehende zentrale Architektur integriert werden. FÜR DIE ZUKUNFT SPEICHERN Dokumentiere anschließend alles secrets-frei in unserer 2026-Projektzentrale, insbesondere: X-Architektur verbundene Accounts Zweck jedes Accounts OAuth-Status erlaubte Posting-Arten Rate-Limit-/Quota-Konzept letzter erfolgreicher Test offene Aufgaben Wiederaufnahme-Anleitung Ziel ist, dass eine spätere Codex-Sitzung nicht wieder von vorne anfangen muss. ARBEITSWEISE Arbeite sichere lokale Schritte selbstständig hintereinander ab. Keine langen Zwischenberichte. Keine Fragen, deren Antwort du selbst aus den vorhandenen Dateien ermitteln kannst. Wenn du etwas selbst erledigen kannst: Mach es. Wenn meine Aktion zwingend erforderlich ist: AKTION FÜR DICH. Wenn aktuelle externe Regeln geprüft werden müssen und du sie nicht zuverlässig selbst prüfen kannst: CHATGPT-FRAGE. Wenn etwas Geld kosten würde: KOSTEN-BLOCKER. Ansonsten selbstständig weiterarbeiten. Beginne mit der Bestandsaufnahme und führe mich erst dann zum X-Login, wenn dieser tatsächlich benötigt wird. Eine Sache ist für diesen Prompt besonders wichtig: X erlaubt aktuell den Betrieb von bis zu zehn Accounts für unterschiedliche, nicht-duplizierte Zwecke, aber nicht das Betreiben eines Netzes nahezu identischer Accounts oder das Cross-Posting wesentlich gleicher Inhalte zur künstlichen Verstärkung. Damit können wir später beispielsweise unterschiedliche Themenkanäle anbinden – Codex sollte aber pro Account Zweck + Content-Regeln speichern, statt einfach einen Post zehnmal rauszuschicken. Und du musst dich wahrscheinlich nicht jedes Mal dauerhaft neu einloggen: Bei einer sauberen OAuth-Integration werden nach deiner Autorisierung Tokens verwaltet. Passwörter bekommt unsere Pipeline überhaupt nicht. Das ist genau der Teil, den ich heute Nacht zuerst Codex prüfen lassen würde: Was ist mit der aktuellen offiziellen X API kostenlos möglich? Erst danach bauen lassen.

• 
  Sven-O (@Zwnow1) berichtet vor 35 Minuten

  In vielen Unternehmen werden keine Best Practices gelehrt. Github ist ein böses amerikanisches Unternehmen und Version Control braucht man nicht. Oh und unser Framework muss man auch nur alle 15 Jahre mal updaten. Könnte ja Probleme machen von denen keiner weiß wie man sie behebt

• 
  Arwed (@Doc_Arwed) berichtet vor 36 Minuten

  @MissCryptoGER .... neuen DEVs? Dieser neue (Altcoin) Github wird kein Trust erzeugen. Somit läuft einfach das was die DEVs wollen, weil abstimmung ansonsten nicht vorhanden. Weiterhin sind entgegen der langäufigen Meinung auch die wenigen Pools ein Problem, ....

• 
  Michael Anton Fischer (@MichaelAntonF) berichtet vor 38 Minuten

  @Satoshi__21 Das ist ein GitHub Thema. Da er aber seinen Schlüssel da wohl auch verloren hat, ist er glaub ich raus. Grundsätzlich ist es mir aber schon lang ein Dorn im Auge, dass das auf GitHub ist. Wir brauchen ein dezentrales Repo auf den nodes

• 
  Timo Hetzel (@timohetzel) berichtet vor 41 Minuten

  Twitter, Facebook, Flickr, MySpace, Gmail, deine super-kuschelige Mastodon-Instanz, StudiVZ, AWS, GitHub, dein Server in Straßburg, iTunes, Spotify, LinkedIn, Lieferando gehen alle früher oder später zum Teufel. Die einzige Konstante in diesem Internet ist die eigene Domain.

• 
  Wellnesskoenig (@binancechiller) berichtet vor 46 Minuten

  das ist genau der „Grok Bot“, von dem die Warnung spricht. Auf deinem Screenshot sieht man „X for Grok Bot – by Cursor“. Das ist eine Erweiterung, mit der dieser Bot auf X Posts suchen, Timelines lesen, Trends abrufen und Bookmarks verwalten kann. Das ist nicht unser Agent-HQ-System und auch nicht etwas, das wir dafür installieren müssen. Die interessante Lehre für uns ist vielmehr die Architektur dahinter: Bots bekommen gezielt einzelne Fähigkeiten/Tools, statt dass jeder Agent alles können und ständig alles durchsuchen muss. Genau in diese Richtung sollten wir unser HQ weiterentwickeln: Chief/Router entscheidet → nur der passende Agent bekommt die Aufgabe → nur notwendiger Kontext → Ergebnis wird wiederverwendet → keine Doppelarbeit. Den X/Grok-Bot würde ich deshalb jetzt nicht in unser System einbauen. Für unser Ziel bringt uns der gerade weniger als der geplante Efficiency Governor und die laufenden Bots im HQ. Später könnte ein eigener X-Social-Agent sinnvoll werden, wenn wir X automatisieren wollen – aber dann sauber als spezialisierter Agent mit begrenzten Rechten und nicht als weiterer Bot, der ständig Kontext und Tokens verbraucht. —- als Vorteil/Prinzip können wir das nutzen — nur nicht blind genau diesen Grok/X-Bot einbauen. Der starke Teil ist das Muster dahinter: spezialisierte Tools pro Agent statt jeder Agent bekommt alles. Für unser Board/HQ wäre das sehr passend. Der Chief bzw. Router entscheidet, welcher Agent welche Fähigkeit bekommt; der Agent sieht nur den nötigen Kontext und nur die nötigen Rechte. Das spart Tokens, reduziert Fehler und verhindert doppelte Arbeit. Für unser System würde ich daraus ein Capability Board machen. Jeder Agent bekommt dort klar zugewiesene Fähigkeiten, z. B. Web Search, GitHub, YouTube, TikTok, X, Research, Review, Publishing, Files, Memory Read. Rechte wie Publish, Money, OAuth, Memory Write bleiben separat gegated. So kann später auch ein X-Agent dazukommen, ohne dass der Rest des Systems Zugriff auf X braucht. Der wichtige Unterschied: nicht jetzt diesen fremden Bot installieren, sondern das Konzept als eigene Architektur übernehmen. Das würde unserem HQ tatsächlich helfen.

• 
  Giuliano F. (@giulianofalco) berichtet vor 50 Minuten

  Claude Code vom 23.4. bringt paralleles MCP-Server-Setup und PostToolUse-Hooks mit duration_ms. Observability-technisch ein Schritt nach vorne. Via GitHub Releases.

• 
  KK (@LerneKImitk) berichtet vor 50 Minuten

  Was wäre, wenn jedes Buch, das du gekauft hast, zu einer Erweiterung deines Agents in Kimi Code werden könnte? Genau das macht book-to-skill – eines der GitHub-Projekte, die mich in letzter Zeit am meisten überrascht haben. 📖 Es verwandelt Bücher, Dokumentationen und Notizsammlungen in einen strukturierten Skill. Dabei extrahiert es: • mentale Modelle • Entscheidungsregeln • wiederkehrende Muster und Antimuster • zentrale Konzepte • ein Glossar • eine kurze Anleitung zur praktischen Anwendung Der entscheidende Vorteil in Kimi Code: Statt bei jeder Aufgabe das gesamte Buch in den Kontext zu laden, ruft Kimi nur das relevante Kapitel oder Konzept ab. Das bedeutet weniger Rauschen, besser fundierte Antworten und eine wesentlich effizientere Nutzung des Kontextfensters. Der Ablauf ist ziemlich einfach: >Schicke Kimi Code den Link zu book-to-skill und lasse es als Agent Skill installieren. >Bitte Kimi, dein Buch oder deine Dokumentation umzuwandeln. >Gib an, ob es sich um technische Inhalte oder überwiegend um Fließtext handelt. >Frage den erzeugten Skill anschließend nach Themen, Frameworks oder bestimmten Kapiteln ab. So bleibt ein Buch nicht länger als vergessenes PDF auf der Festplatte liegen. Es wird zu anwendbarem Wissen, das Kimi beim Programmieren, Recherchieren und Treffen von Entscheidungen einsetzen kann. Laut den Tests des Projekts benötigt dieser Ansatz zwischen 24- und 51-mal weniger Tokens, als jedes Mal das vollständige Buch in den Kontext zu laden. Installation und GitHub-Repository verlinke ich im ersten Kommentar.

• 
  Steffen Kühne (@stekhn) berichtet vor 52 Minuten

  @annabehrend Sorry, da war ich vorher noch nicht ganz wach. Das Problem dürfte sein, dass Github nichts über eure Cloud-Infrastruktur weiß. In der Google Cloud selbst könnt ihr aber eure Ressourcen als Terraform-Config exportieren und diese visualisieren.

• 
  🌍Derfel The Crackpot 🌍 (@DerfelTheMighty) berichtet vor 52 Minuten

  @FlorianGallwitz @a_klofat Kann ich das nicht, dann gibt es halt kein Produkt. Dann kann ich meine zig-millionen Software gerne kostenlos auf github zur Verfügung stellen, aber auch wird wiederum niemand für ein kommerzielles Produkt verwenden, weil er dann das gleiche Problem hat.

• 
  Johann van de Bron (@Johann_v_d_Bron) berichtet vor 52 Minuten

  Elon Musk unterdrückt offensichtlich die Massenblocks. Auf Github ist eine 4.0 Version von likersblocker verfügbar, die das teilweise umgeht. Man kann dann nur noch 500 Accounts in einer Session blocken, dann muss man sich neu bei Twitter einloggen. Aber besser als nichts.

• 
  Johannes Drever 🌫➰💎 (@comandingo) berichtet vor 54 Minuten

  @QuirinPoulsen nicht viel weiter helfen. Denn man müsste einen Pujil-Server, analog zu GitHub bauen, dazu fehlen wiederum die Ressourcen. Daraus muss doch folgen, dass Ressourcen von Institutionen bereit gestellt werden.

• 
  Daniel Witte @DWitte@mastodon.social (@d_witte1) berichtet vor 54 Minuten

  Interessanter Nebeneffekt von #Mastodon: Auf GitHub kann man sehr ausführliche Diskussionen darüber nachverfolgen, welche Features und Funktionen (nicht) implementiert werden dürfen, sollten, müssen. Das ist tolles Material zum Thema #socialengineering, … 1/2

• 
  David Henning (@webcodr) berichtet vor 55 Minuten

  @Ellie_Libelle Ähnliche Probleme hat auch GitHub Copilot. Die KI generiert Quelltext und holt sich die Vorlegen aus quelloffener Software. Technisch sehr beeindruckend, aber es verletzt meist die gängigen Lizenzen dieser Projekte, weil die eigentlichen Urheber des Codes nicht genannt werden.

• 
  InQuantWeTrust (@InQuantWeTrust) berichtet vor 55 Minuten

  @Boarding99 @Techaktien1 Smarttube bekommst du auf Github. Aufs Handy laden, mit sendfilestotv auf dein endgerät senden, installieren, fertig. Für Morphe einfach mal nach Morphe Manager suchen. Installieren, Guide im Manager folgen fertig.. Funktioniert seit Jahren ohne Probleme und ohne Bezahlerei

• 
  osthollandia (@osthollandia1) berichtet vor 55 Minuten

  @Hadmut Danke, dass Sie dieses Thema vorgestellt haben! Wir verwenden aktuell Gitlab, werden aber in absehbarer Zeit gezwungen, auf Github zu migrieren. Ich habe das heute mit meinen Entwicklern und DevOps besprochen. Und bei uns in Portugal war heute normaler Wekrtag.

• 
  Das Grunzi (@Grunzender) berichtet vor 59 Minuten

  @Moehrenmann Habe ich mal notgedrungen mit VirtualBox gemacht. Da hat jemand auf Github ein Shell-Script gebastelt, mit dem das geht. Lief so einigermaßen. Gab aber diverse Probleme, wie UI Glitches.

• 
  Jakob Huber (@Jasephu) berichtet vor 1 Stunde

  @herrlarbig @faznet Inzwischen übrigens auch beim Programmieren (e.g. GitHub Copliot). Bin gespannt ob da mal eine ernsthafte Beschäftigung mit dem Thema folgt (fast noch wichtiger in der Hochschule bei den vielen bewerteten Hausarbeiten & Co.) oder wir weiter Kaiser ohne Kleider spielen.

• 
  ZSleyer (@ZSleyer) berichtet vor 1 Stunde

  Achtung v0.7.1 bis v0.8.0-aad7cb0 hatten einen Fehler beim Update Checker. Betroffene Versionen benachrichtigen unter Windows und macOS nicht über ein neues Update. Nutzer müssen als selbst über github nach Updates schauen. In Version v0.8.0-37d2350 ist der Fehler behoben.

• 
  Kurt Woloch (@KurtWoloch) berichtet vor 1 Stunde

  @andon_backlink Danke für die Adresse... komischerweise bekommt DJ GPT damit auch einen 403-Fehler. Gibt es eine ungekürzte Raw-Proxy-URL, die anders ist als die GitHub Pages-URL?