Notizen 
#1 
Kostenloses, gemeinnütziges Git-Hosting für Open-Source-Projekte, betrieben auf Forgejo, ohne Werbung und ohne Tracking. Betrieben vom Codeberg e.V. in Deutschland.
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.
Angezeigt 4 von 4
Nach Bedrohungsstufe gruppiert
Abgedeckt Einfacher Einstieg und gute Voreinstellungen für alle
#2 
Vollständige DevOps-Plattform, deren Community Edition quelloffen unter der MIT-Lizenz und selbst hostbar ist, dazu auch eine gehostete Cloud-Option. Sitz in den USA.
Gehärtet Etwas Einrichtung und echte Gewinne für Engagierte
#1 
Community-getriebene, selbst gehostete Git-Forge, geforkt von Gitea und betreut von Codeberg e.V. Leichtgewichtig und Copyleft, gebaut, um den Menschen zu gehören, die sie betreiben.
#2 
Minimalistische, vollständig quelloffene Forge rund um einen E-Mail-getriebenen Arbeitsablauf, ohne erforderliches JavaScript. Verfügbar als kostenpflichtiges Hosting oder selbst gehostet. Sitz in den USA.
Keine Treffer für diese Filter.
How they compare
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.