Seit über einem Jahrzehnt ist GitHub das unangefochtene Zentrum der Entwicklerwelt. Wer Code schreibt, hostet ihn auf GitHub. Wer an Open Source mitarbeiten will, erstellt einen Pull Request auf GitHub. Die Plattform hat sich von einem simplen Git-Hoster zum sozialen Netzwerk für Programmierer entwickelt – und genau das macht einen Abschied so schwer.
In seinem Video „Life after GitHub“ diskutiert der bekannte Tech-YouTuber Theo (t3.gg) genau dieses Dilemma. Die Unzufriedenheit mit GitHub ist in der Community laut geworden. Die Gründe sind vielfältig: Die Übernahme durch Microsoft hinterließ bei vielen einen faden Beigeschmack, die zunehmende Kommerzialisierung der Plattform stößt auf Kritik, und spätestens mit der Einführung von GitHub Copilot – einer KI, die mit öffentlichem Code trainiert wurde, ohne dass die Urheber angemessen konsentierten – kippte bei vielen die Stimmung. Die Rede ist von „Enshittification“: Ein Prozess, bei dem eine Plattform zunehmend die Bedürfnisse der Nutzer zugunsten von Profitmaximierung ignoriert.
Doch wie sieht ein Leben nach GitHub aus? Ist ein kompletter Abschied realistisch, oder kämpfen Entwickler hier gegen Windmühlen?
Das soziale Gefängnis der Netzwerkeffekte
Das größte Hindernis für einen Wechsel ist nicht die Technologie. Git als Versionskontrollsystem ist dezentral konzipiert. Das Problem ist der Netzwerkeffekt. GitHub ist nicht nur ein Speicherort für Code; es ist das „LinkedIn für Entwickler“. Der soziale Graph, die Stars, die Follower, die Diskussionsforen – all das existiert nur im geschlossenen Ökosystem von GitHub. Wer sein Repository verschiebt, verliert oft seine Community.
Theo stellt in seinem Video treffend fest: Die Abhängigkeit von GitHub ist keine technische, sondern eine soziale. Wenn ein Maintainier ein Repository auf eine andere Plattform verschiebt, zwingt er seine Contributors dazu, neue Accounts zu erstellen, sich in neue UIs einzuarbeiten und neue Workflows zu etablieren. Die Reibung, die dabei entsteht, reicht oft aus, um Open-Source-Projekte zum Sterben zu verurteilen.
Die Landschaft der Alternativen
Wer GitHub den Rücken kehren möchte, hat heute erfreulicherweise mehr Optionen denn je. Die Frage ist jedoch, welche Kompromisse man eingehen muss.
GitLab: Der wohl bekannteste Konkurrent. GitLab ist eine mächtige Plattform mit einer extrem starken CI/CD-Pipeline. Für Unternehmen und große Projekte bietet GitLab Enterprise alles, was das Herz begehrt. Für den durchschnittlichen Open-Source-Entwickler ist GitLab jedoch oft zu schwerfällig und komplex. Zudem hat GitLab in der Vergangenheit gezeigt, dass auch sie kommerziellen Zwängen nachgeben – Stichwort: Streichung von Gratis-Tier-Features.
Codeberg: Die aktuell beliebteste Wahl für Open-Source-Enthusiasten. Codeberg wird von einem deutschen Verein (e.V.) betrieben, basiert auf der Open-Source-Software Forgejo (einem Soft-Fork von Gitea) und setzt auf Gemeinnützigkeit statt auf Profitmaximierung. Die Community wächst rasant, und die Plattform bietet genau das, was Entwickler brauchen: schnelles Hosting, saubere UI und keine Tracking-Skripte. Der Haken? Der Netzwerkeffekt fehlt. Codeberg ist groß in der Nische, aber kaum im Mainstream angekommen.
Sourcehut: Das radikalste Konzept. Sourcehut verzichtet komplett auf JavaScript auf der Client-Seite und setzt auf einen E-Mail-basierten Workflow für Patches. Für Puristen und Hacker ein Traum, für den modernen, an GitHub-UI gewöhnten Entwickler eine steile Lernkurve. Sourcehut beweist, dass weniger UI mehr Freiheit bedeutet – ist aber für die breite Masse kaum praktikabel.
Self-Hosting (Forgejo/Gitea): Der ultimative Weg, um die Kontrolle zu behalten. Wer seinen eigenen Server betreibt, hat die volle Hoheit über seinen Code. Der Preis: Der Aufwand für Wartung, Backups und Security-Patches liegt komplett beim Nutzer. Für Einzelentwickler machbar, für kollaborative Projekte ohne dediziertes DevOps-Team ein Albtraum.
Kritische Einordnung: Der Pragmatismus siegt
Theo (t3.gg) spricht in seinem Video eine unbequeme Wahrheit aus: Ein kompletter Abschied von GitHub ist für die meisten Entwickler und Unternehmen keine realistische Option. Die Reibungskosten sind zu hoch. Wenn ein Junior-Entwickler in ein Unternehmen kommt, kennt er GitHub. Die Toolchain (Actions, Packages, Copilot) ist tief in den Workflows verankert.
Die wahre „Life after GitHub“-Bewegung ist daher kein exodusartiger Aufbruch, sondern ein langsames De-Monopolisieren. Der klügste Ansatz ist aktuell das „Mirroring“. Entwickler hosten ihren Code auf Codeberg oder einem selbst gehosteten Forgejo-Server und spiegeln das Repository automatisch auf GitHub. So bleibt der Code frei und im Besitz des Urhebers, während die Community weiterhin über GitHub interagieren kann.
Zudem gewinnen alternative Protokolle an Bedeutung. Mit ActivityPub-Unterstützung in Forgejo rücken dezentrale, föderierte Netzwerke für Code-Hosting in den Bereich des Möglichen. Das „Fediverse für Code“ könnte langfristig den Netzwerkeffekt von GitHub brechen, ähnlich wie es Mastodon mit Twitter getan hat.
Fazit
GitHub ist nicht mehr der heilige Gral der Entwicklerwelt. Die Aura des „Wir lieben Open Source“ ist verblasst, zugunsten harter Microsoft-Realitäten und KI-Geschäftsmodelle. Die Alternativen sind technisch reif, wie Codeberg eindrucksvoll beweist. Der soziale Lock-in bleibt jedoch der mächtigste Verteidiger des GitHub-Monopols.
Das Leben nach GitHub beginnt nicht mit einem radikalen Schnitt, sondern mit dem bewussten Entschluss, Primärquellen woanders zu hosten und GitHub auf das zu reduzieren, was es eigentlich ist: Ein Spiegel.
Quelle: Theo (t3.gg)
