- Der Terminal-Emulator, der der Kategorie schneller und ausgereifter Software neue Elemente hinzugefügt hat, wird von GitHub zu einem anderen kollaborativen Code-Repository umgezogen
- Mitchell Hashimoto nutzt GitHub seit seinem Beitritt im Februar 2008 als Benutzer Nr. 1299 fast täglich und betrachtete GitHub zeitweise als den Ort, der ihn am glücklichsten machte
- Im vergangenen Monat gab es an fast jedem Tag, an dem die Arbeit beeinträchtigt wurde, Vorfälle durch nachlassende Service-Zuverlässigkeit; selbst am Tag des Schreibens konnte er wegen eines GitHub-Actions-Ausfalls etwa zwei Stunden lang keine PR-Reviews durchführen
- GitHub ist kein angenehmer Ort mehr, und nach 18 Jahren hat er beschlossen zu gehen; bei real results and improvements bleibt eine Rückkehr aber möglich
- Die Migration von Ghostty wird im Gespräch mit mehreren kommerziellen und FOSS-Anbietern schrittweise durchgeführt; auf GitHub soll dabei ein schreibgeschützter Mirror bleiben
Hintergrund zu Ghostty und der GitHub-Nutzung
- Das aktuelle Hauptprojekt ist Ghostty, ein Terminal-Emulator, der der Kategorie schneller und ausgereifter Software „interesting new wrinkles“ hinzufügt
- Für die Entwicklung von Ghostty wurde GitHub genutzt, und Mitchell Hashimoto verwendet GitHub seit seinem Beitritt im Februar 2008 als Benutzer Nr. 1299 fast täglich
- GitHub war der „Ort, der ihn am glücklichsten machte“, ein Dienst, dem er so lange verbunden war, dass er sich sogar in den Flitterwochen Zeit dafür nahm
- Statt auf Social Media doomzuscrollen, schaute er sich seit Langem GitHub-Issues an; selbst im Urlaub studierte er den Quellcode von GitHub-Projekten, OSS-Prozesse und den Umgang von Maintainern
Ausfälle, die die Arbeit täglich blockieren
- Seine Gefühle gegenüber GitHub haben sich zuletzt stark verändert, und GitHub bringe ihn nun täglich zum Scheitern, wobei sich das Problem sehr persönlich anfühle
- Der Hauptgrund ist die nachlassende Service-Zuverlässigkeit; im vergangenen Monat wurde in seinem Protokoll jeder Tag mit einem „X“ markiert, an dem GitHub-Ausfälle seine Arbeitsfähigkeit negativ beeinflussten
- In diesem Protokoll stand fast jeden Tag ein „X“, und selbst am Tag des Schreibens konnte er wegen eines GitHub-Actions-Ausfalls etwa zwei Stunden lang keine PR-Reviews durchführen
- Der betreffende Beitrag wurde einige Tage vor dem Vorfall vom 28. April geschrieben, bei dem Pull Requests wegen eines Elasticsearch-SNAFU nicht abgeschlossen werden konnten
- Wenn solche Ausfälle die Arbeit jeden Tag über mehrere Stunden blockieren, ist GitHub kein Ort mehr für „serious work“
Entwicklungsfluss und emotionale Entfremdung
- GitHub ist kein angenehmer Ort mehr; wie im Satz „I want to ship software and it doesn't want me to ship software“ beschrieben, ist es zu etwas geworden, das die Auslieferung von Software behindert
- Er hofft zwar auf Verbesserungen bei GitHub, muss aber gleichzeitig Code schreiben und kann mit GitHub in diesem Zustand nicht mehr weiterentwickeln
- Nach 18 Jahren Nutzung ist er zu dem Schluss gekommen, dass er gehen muss; bei real results and improvements bleibt die Möglichkeit einer Rückkehr offen
- Voraussetzung für eine Rückkehr zu GitHub sind keine bloßen Worte oder Versprechen, sondern tatsächliche Ergebnisse und Verbesserungen
Art der Ghostty-Migration
- Ghostty wird derzeit zu einem anderen kollaborativen Code-Host migriert
- Es laufen Gespräche mit mehreren Anbietern, darunter sowohl kommerzielle Anbieter als auch FOSS-Anbieter
- Es wird Zeit brauchen, alle GitHub-Abhängigkeiten zu entfernen, und der Plan ist, dies so schrittweise wie möglich umzusetzen
- Auf GitHub soll ein schreibgeschützter Mirror von Ghostty verbleiben, und auch persönliche Projekte sollen weiterhin auf dem Microsoft-eigenen Dienst liegen
- Ghostty ist das Projekt, das ihn selbst, die Maintainer und die Open-Source-Community am stärksten betrifft, und steht deshalb im Mittelpunkt dieser Änderung
GitHubs Stellung und der Microsoft-Kontext
- Nach der Übernahme von GitHub durch Microsoft gab es die Sorge, der Dienst könne zu einem stärker auf Redmond ausgerichteten Angebot werden, das für Entwickler ohne Bindung an das Windows- oder Azure-Ökosystem weniger angenehm ist
- Diese Sorge bewahrheitete sich größtenteils nicht, und GitHub etablierte sich als de facto place zum Arbeiten an und Teilen von Code
- Hashimotos Erfahrung zeigt jedoch, dass diese Stellung ins Wanken geraten kann, und überschneidet sich zeitlich mit dem Eingeständnis von Microsoft, dass Windows has serious quality problems
- Als ein Grund für einige der Qualitätsprobleme bei Windows wurde genannt, dass zu viele Tools zwangsweise mit KI angereichert wurden; auch die von Hashimoto beobachtete zunehmende Instabilität bei GitHub trat im selben Zeitraum wie Microsofts KI-Fixierung auf
Noch keine Kommentare.