PrivacyTools.io
Geprüft von Marco Wollank
Heute ersetzen: GitHub

Das beste selbst gehostete Git-Hosting 2026

Private Alternativen zu GitHub, geprüft nach unseren öffentlichen Kriterien.

Nach Bedrohungsstufe gruppiert

Abgedeckt Einfacher Einstieg und gute Voreinstellungen für alle
Gehärtet Etwas Einrichtung und echte Gewinne für Engagierte

How they compare

Tool Hosting Based in Cost
Forgejo 		Self-host · Free
Codeberg 		Hosted (nonprofit) Germany Free
GitLab CE 		Self-host or cloud United States Freemium
SourceHut 		Hosted or self-host United States Freemium

Deine Repositories sind das Wertvollste, das du herstellst, und der Standardort, sie aufzubewahren, gehört Microsoft. Code, der auf eine Plattform hochgeladen wird, die du nicht kontrollierst, kann in Copilot eingefaltet und von Bedingungen geregelt werden, die du nie gesetzt hast. Ein Git-Host, den du selbst betreibst, oder einer, der von einer gemeinnützigen Organisation betrieben wird, hält den Quellcode auf Infrastruktur, die dir Rechenschaft schuldet. Die Forges unten lassen dich sowohl den Speicher als auch die Zugriffsregeln besitzen, ohne Pull Requests oder CI aufzugeben.

Warum du das Tracking auf GitHub nicht einfach abschalten kannst

GitHub gehört Microsoft, und die wichtigsten Teile sind nicht deine, sie zu konfigurieren. Keine Einstellung zieht deinen öffentlichen Code aus dem Trainingskorpus hinter Copilot, und kein Schalter verschiebt deine Repositories auf Speicher, der dir gehört. Der Standard zentralisiert Open Source auf einem proprietären Dienst, was bedeutet, dass ein einziges Unternehmen die Bedingungen und die Preise setzt und entscheidet, wer Zugang behält. Du kannst die Sichtbarkeit deines Repositorys eingrenzen und ein paar Berechtigungen sperren, aber die strukturellen Tatsachen bleiben festgelegt. Die Infrastruktur und die Regeln gehören beide Microsoft, und dein Code lebt dort, wo er abgebaut werden kann. Die einzige echte Lösung ist, die Forge selbst zu hosten oder sie einer Organisation zu übergeben, deren Zweck es ist, Entwicklern zu dienen, statt ein an ihnen trainiertes Modell zu verkaufen.

Wie wir auswählen

Jede Forge hier wird an unseren öffentlichen Aufnahmekriterien gemessen. Der Code, der die Plattform betreibt, muss offen zur Prüfung sein. Du musst sie selbst hosten können oder einem Anbieter ohne Anreiz vertrauen, deine Repositories abzubauen. Und das Projekt braucht eine Erfolgsbilanz statt eines einzelnen Wochenendes voller Hype. Wir gewichten auch die Lizenz, denn eine Copyleft-Forge ist für ein gewinnorientiertes Unternehmen weit schwerer still zu vereinnahmen als eine permissive. Wir listen nur eine Forge, die wir gern für unsere eigene Arbeit betreiben würden, und wir sagen klar, wo jede mehr von dir verlangt im Gegenzug für die Unabhängigkeit, die sie dir kauft.

Worauf du bei einem Git-Host achten solltest

Beginne damit, wo der Code lebt. Eine Forge, die du selbst hosten kannst, legt die Repositories auf Infrastruktur, die dir gehört, was der ganze Sinn des GitHub-Verlassens ist. Lies als Nächstes die Lizenz: Eine quelloffene Forge kann auditiert und geforkt werden, während eine Open-Core-Forge ihre fortgeschrittenen Funktionen proprietär hält. Prüfe den Workflow, in den du dich einkaufst, denn ein vertrautes Pull-Request-Modell ist ein sanfter Umzug, während ein E-Mail-Patch-Fluss eine bewusste Änderung der Gewohnheit ist. Wäge die Wartungslast ehrlich ab, denn eine leichtgewichtige Forge aktualisiert sich mit einem Befehl, während eine vollständige DevOps-Plattform echte Serverressourcen verlangt. Achte auf funktionierende Migrationswerkzeuge, sodass deine Issues und deine Historie den Umzug überleben. Die richtige Wahl wägt die Kontrolle, die du gewinnst, gegen die Pflege ab, die du übernimmst.

Verliere ich Pull Requests und CI?

Nein, und das ist die Sorge, die die meisten Leute länger bei GitHub hält, als sie müssten. Forgejo und GitLab CE bringen beide einen vollständigen Merge-Request-Fluss mit Inline-Review und Branch-Schutz mit, dazu CI-Runner, die du auf deine eigenen Maschinen zeigst. Codeberg gibt dir dasselbe Forgejo-Erlebnis als gehosteten Dienst, samt eigener CI. Die Bezeichnungen unterscheiden sich von denen GitHubs und die Runner werden von Hand verdrahtet, aber die tägliche Schleife, einen Branch zu öffnen und das geprüfte Ergebnis zu mergen, ist vollständig intakt. Die eine echte Abweichung ist SourceHut, das Code bewusst über E-Mail prüft, ein Workflow, den der Linux-Kernel seit Jahrzehnten nutzt. Das ist eine andere Gewohnheit, keine fehlende Funktion.

So wechselst du

Stelle zuerst deine gewählte Forge auf, entweder indem du einen Container auf einem kleinen Server bereitstellst oder ein Konto bei einem gehosteten Anbieter erstellst. Nutze den eingebauten Importer, um jedes Repository samt seinen Issues und seiner Historie herüberzuholen, und pushe dann deine lokalen Klone auf das neue Remote, sodass deine tägliche Arbeit mit umzieht. Behalte eine Weile einen schreibgeschützten Mirror auf GitHub, damit bestehende Links auflösen, während du den Mitwirkenden das echte Zuhause des Projekts mitteilst. Wenn du Microsoft breiter verlässt, deckt der De-Microsoft-Spielplan den Rest des Stacks ab, und unsere Seite mit GitHub-Alternativen führt detailliert durch den Wechsel. Gib ihm einen Sprint, bevor du urteilst, denn die Forge tritt in den Hintergrund, sobald deine Gewohnheiten aufgeholt haben.

Häufige Fragen

Warum sollte ich meine Repositories von GitHub wegholen?
GitHub gehört Microsoft, und der Code, den du hochlädst, liegt auf Infrastruktur, die du nicht kontrollierst. Öffentliche Repositories wurden als Trainingsdaten für Copilot genutzt, und ein einziges Unternehmen bestimmt die Bedingungen und wer Zugang behält. Der Umzug zu einer Forge, die du selbst hostest, oder zu einem unabhängigen Anbieter legt diese Entscheidung zurück in deine Hände.
Kann mein Code zum Training von Copilot genutzt werden, wenn ich bei GitHub bleibe?
Öffentlicher Code auf GitHub wurde zum Training von Copilot genutzt, und die Richtlinien, die das regeln, werden von Microsoft gesetzt, nicht von dir. Eine eigene Forge zu hosten oder einen unabhängigen Anbieter zu nutzen bedeutet, dass kein Dritter deine Repositories in ein Modell speist, denn der Speicher und die Regeln gehören beide dir.
Ist eine Git-Forge selbst zu hosten schwer zu warten?
Weniger als früher. Eine leichtgewichtige Forge läuft bequem auf einem kleinen Server und aktualisiert sich mit einem einzigen Container-Pull. Die schwereren Plattformen verlangen mehr von dir, der ehrliche Kompromiss ist also Funktionstiefe gegen Pflege. Wenn du gar keinen Server betreiben willst, gibt dir ein gemeinnütziger Host den größten Teil der Unabhängigkeit ohne jegliche Wartung.
Verliere ich Pull Requests und CI, wenn ich GitHub verlasse?
Nein. Jede Forge hier hat ihren eigenen Merge-Request- und Code-Review-Fluss, und die meisten bringen integrierte CI mit. Die Begriffe verschieben sich und die Runner werden anders konfiguriert, aber die tägliche Schleife, einen Branch zu öffnen und das geprüfte Ergebnis zu mergen, bleibt intakt. Eine Forge nutzt stattdessen einen E-Mail-Patch-Workflow, was eine bewusste Designentscheidung ist und keine fehlende Funktion.
Kann ich beim Umzug einen Mirror auf GitHub behalten?
Ja, und viele tun das während des Übergangs. Du kannst zu deiner neuen Forge als primärem Remote pushen und auf GitHub spiegeln, damit bestehende Links weiter auflösen. Mit der Zeit wird der Mirror zu einem schreibgeschützten Schild, das Leute zum echten Zuhause des Projekts weist.
Unterstützen diese Forges Git LFS und große Repositories?
Die Mainstream-Forges unterstützen Git LFS für große Binärdateien, sodass Grafiken und Assets mit dem Projekt reisen. Die Kapazität auf einer selbst gehosteten Forge ist, was deine Platte zulässt, während ein gehosteter gemeinnütziger Anbieter dich bittet, öffentliche Open-Source-Repositories in vernünftigen Grenzen zu halten. Prüfe die Richtlinie des Anbieters, bevor du ein sehr großes Monorepo umziehst.