Was ist Forgejo?
Forgejo ist eine Software-Forge, die du selbst betreibst. Eine Forge ist der Ort, an dem die Arbeit eines Entwicklungsteams liegt: die Git-Repositories, dazu Issue-Tracker, Pull Requests und Code Review, CI/CD, Package-Registries, Projektboards und Wikis.
Das Projekt wurde 2022 von Gitea abgezweigt und wird von Codeberg e.V. getragen, einem demokratisch organisierten Verein. Genau diese Konstruktion hält es dauerhaft bei freier Software. Die eingebaute CI, Forgejo Actions, ist mit GitHub-Actions-Workflows kompatibel.
Was "selbst betriebene Forge" konkret heisst
Die Forges, die die meisten Teams kennen, sind Dienste: GitHub, GitLab.com, Bitbucket. Du meldest dich an, jemand anders betreibt sie, und deine Repositories liegen auf fremder Infrastruktur.
Eine selbst betriebene Forge ist derselbe Funktionsumfang als Software, die du installierst. Deine Repositories liegen auf einem Server, den du gewählt hast, erreichbar zu Bedingungen, die du setzt. Fremde Ausfälle sind nicht deine Ausfälle, fremde Preisänderungen nicht dein Budgetproblem, und fremde Nutzungsbedingungen gelten nicht für deinen Quellcode.
Das ist der ganze Handel, und beide Hälften sind echt: du gewinnst Kontrolle und übernimmst den Betrieb.
Warum es von Gitea abgezweigt wurde
Gitea ist ebenfalls quelloffen und ebenfalls eine Forge. 2022 gingen Marke und Governance an ein gewinnorientiertes Unternehmen über, worauf ein Teil der Community das Projekt abzweigte und unter einen Verein mit Mitgliederbestimmung stellte.
Die Code-Herkunft ist dieselbe. Der Unterschied liegt darin, wer entscheidet und was sich später ändern kann. Für manche Organisationen zählt das mehr als für andere, und es lohnt sich, den Unterschied vor der Wahl zu kennen: die Forge später zu wechseln ist deutlich mehr Arbeit, als sie jetzt richtig zu wählen.
Forgejo neben den Alternativen
Gegen GitHub. GitHub ist ein Dienst mit einem riesigen Ökosystem und Netzwerkeffekten, die eine selbst betriebene Forge nicht hat. Wenn dir spontane Beiträge aus der Open-Source-Welt wichtig sind, ist das ein echtes Argument fürs Bleiben. Wenn es dir darauf ankommt, wo der Code liegt und wer ihn erreicht, greift dieses Argument nicht.
Gegen GitLab. GitLab im Eigenbetrieb deckt mehr ab: Portfoliomanagement, umfangreiche Security-Scans, Compliance-Werkzeuge. Es ist auch deutlich schwerer zu betreiben. Forgejo ist das kleinere Ding, das den Kern gut macht, und für ein Team, das Git, Issues, Review und CI will statt eines Plattformprojekts, ist klein genau das Feature.
Gegen Gitea. Sehr ähnliche Software, andere Governance. Entscheide danach und nicht nach einer Funktionstabelle.
Wann es passt
- Code, der die eigene Jurisdiktion nicht verlassen soll, sei es aus Regulierung oder aus Überzeugung.
- Ein Team, das den Kern will und nicht die Plattform. Forgejo läuft bequem auf bescheidener Hardware, was nicht für jede Alternative gilt.
- Planbare Kosten. Eigenbetrieb kostet Infrastruktur statt Lizenzen pro Person, ein wachsendes Team ändert also nicht den Preis des Werkzeugs.
- Weg von einem Dienst, dessen Bedingungen sich geändert haben. Das ist der häufigste tatsächliche Auslöser, und dazu gehört die ehrliche Feststellung, dass es meist ein Wegstossen ist und kein Anziehen.
Wann nicht
Ein kleines Team ohne Anforderungen an die Jurisdiktion fährt in der Regel mit einem gehosteten Dienst besser, und welcher es ist, zählt weniger als die Entscheidung selbst: GitHub, GitLab.com, Codeberg oder ein verwaltetes Forgejo wie Codey sind alle vernünftige Antworten. Die Betriebsarbeit weiter unten ist real, und die Zeit eines Zweierteams ist anderswo besser eingesetzt.
Wenn du am GitHub-Ökosystem hängst. Manche Integrationen, Marketplace-Actions und Erwartungen der Community gibt es nur dort. Prüfe die, die du wirklich nutzt, bevor du annimmst, dass sie mitkommen.
Wenn niemand den Betrieb übernimmt. Siehe den nächsten Abschnitt, der diese Frage entscheidet.
Was Eigenbetrieb verlangt
- Updates, die sicherheitsrelevanten eingeschlossen. Eine Forge steht im Internet und hält deinen Quellcode. Bei Releases zurückzufallen ist genau das Risiko, nach dem es klingt.
- Backups, die mehr abdecken als die Repositories. Die Repositories sind der einfache Teil und oft der einzige, den jemand sichert. Issues, Pull Requests, Review-Historie, Wiki und CI-Konfiguration liegen in der Datenbank, und wer die verliert, verliert das Gedächtnis des Teams dafür, warum der Code so ist, wie er ist.
- CI-Runner. Actions brauchen einen Ort zum Ausführen, mit eigener Kapazität, Isolation und Kosten.
- Wachsender Speicher. Repositories, Artefakte, Pakete und CI-Logs wachsen stetig und ungleichmässig.
- Verfügbarkeit. Steht die Forge, merged niemand und keine Pipeline läuft.
Nichts davon ist schwierig. Alles davon ist dauerhaft, und das ist eine andere Eigenschaft, die erklärt, warum "wir betreiben das selbst" und "wir betreiben das selbst, seit zwei Jahren" zwei verschiedene Grade von Verbindlichkeit beschreiben.
Wo VSHN ins Bild kommt
Wir migrieren Teams von GitHub, GitLab oder Gitea zu Forgejo und betreiben es auf Schweizer Infrastruktur. Wer über die Betriebsliste oben gar nicht nachdenken möchte, findet in Codey verwaltetes Forgejo ab CHF 39 pro Monat. Für den Wechsel von Gitea gibt es einen eigenen Migrationsleitfaden, und die Souveränitätsbewertung behandelt die Frage der Jurisdiktion.
Wenn bei dir noch offen ist, ob du einen gehosteten Dienst überhaupt verlassen willst, ist die ehrliche erste Frage, was dich eigentlich wegtreibt. Die Antwort entscheidet meist, ob Eigenbetrieb das Problem löst.