Eine europäische Alternative zu GitHub und GitLab: Git-Hosting und CI/CD auf einer Plattform.
Ein fester Preis. Dein Code, deine Identität,
deine KI, deine Rechtsordnung – gehostet in
Deutschland, exportierbar ab dem ersten Tag. Folge dem Branch.
GitHub verkauft Secret Protection und Code Security als Add-ons, 49 US-Dollar im Monat für jeden aktiven Committer zusätzlich zum Platz. Bei uns ist der wesentliche Teil im festen Preis inklusive.
tag v130 € / Platz / Monat – alles inklusive, in EUR
f2e9a1Leser mit reinem Lesezugriff kostenlos & unbegrenzt
Alles in einem Tarif für 30 € pro Platz. Kein „Advanced Security“-Add-on, keine Überraschungen bei der Actions-Abrechnung, keine Marketplace-Falle.
Gehostete CI + souveräne Build-Lieferkette
1.000 Minuten pro Platz und Monat, auf Organisationsebene gebündelt, 2 gleichzeitige Jobs pro Platz garantiert (mindestens 10 und bis zu 60, wenn Kapazität frei ist; mehr auf Anfrage). Eine Einweg-VM pro Job auf T Cloud Public. Runner installieren npm-, PyPI-, Go-, Maven- und NuGet-Pakete und ziehen Container-Images über den Abhängigkeits-Proxy deiner Organisation, und sie lösen Actions über Mirrors in der Region auf.
Sicherheit
Pre-Receive-Secret-Scanning, Scans für Abhängigkeiten, Lizenzen, Images und Malware, SAST, signierte Commits, SLSA-Provenance, SBOM pro Build, Push-Schutz. Inklusive, keine Add-on-SKU.
Zugriffskontrollen für Unternehmen
SSO mit echter Step-up-MFA (Prüfung von acr_values + amr-Claim). SSH-CA, hardwaregestützte Schlüssel, IP-Allowlist, E-Mail-Domain-Allowlist, maximale PAT-Lebensdauer pro Organisation, SCIM-2.0-Bereitstellung.
Deploy + Betrieb
Benannte Umgebungen mit Secrets pro Umgebung, Branch-Beschränkungen und Freigabe durch erforderliche Reviewer. SIEM-Weiterleitung an dein Splunk/QRadar/Sentinel/Datadog. Vom Kunden festgelegte Behebungs-SLA je Schweregrad, mit optionaler Verlängerung für nicht erreichbare Funde. Hash-verkettete Audit-Kette, regionsübergreifende WORM-Verankerung, 90/180/365/730 Tage Aufbewahrung.
OIDC-Föderation mit deiner Cloud
Runner-Jobs stellen kurzlebige OIDC-Tokens mit aud=fremforge aus. Die Vertrauensrichtlinie deiner Cloud tauscht sie gegen kurzlebige Zugangsdaten. Keine langlebigen AWS-Keys, GCP-SA-JSONs oder Azure-Client-Secrets in Workflow-Secrets. Funktioniert mit Agencies in T Cloud Public und jeder Cloud, die OIDC vertraut.
Öffentliche REST-API, KI-agnostisch
OpenAPI-3.1-Spezifikation. Jede Admin-Aktion ist ein dokumentierter REST-Endpunkt – keine Lücken bei Admin-Funktionen. PAT + OAuth 2.0 Client Credentials. KI-Coding-Agenten (Claude Code, Cursor, Windsurf, Codex CLI, Aider) arbeiten auf derselben Schnittstelle wie Menschen; kein KI-Lock-in auf Forge-Ebene.
Zugriffskontrollen für Unternehmen
Die Enterprise-Kontrollen, die regulierte Teams verlangen, gekoppelt an ein echtes Richtlinienpaket pro Organisation. Änderst du eine davon, wird ein Audit-Event ausgelöst.
SSO mit deinem IdP. OIDC: Entra ID, ADFS, Okta, Google Workspace, Authentik, Keycloak. Sitzungsbindung pro Organisation; Auth-Quelle pro Mandant mit mandantenbezogener Zuordnung von Gruppen zu Teams.
Echte Step-up-MFA. Durchreichung von acr_values im Authorize-Request plus Prüfung des amr-Claims bei jedem Callback. Eine angemeldete Sitzung beweist tatsächlich, dass MFA stattgefunden hat – keine Behauptung, die irgendwo bei der ersten Anmeldung vergraben ist.
SCIM-2.0-Bereitstellung. Übertrage Benutzer und Gruppen aus Okta, Entra, Authentik oder jedem konformen IdP. Bearer-Token-Authentifizierung pro Mandant mit Rotation über zwei Tokens.
SSH-Zertifizierungsstelle. Betreibe pro Organisation eine von fremforge gehostete SSH-CA oder bring deine eigene mit. Zertifikatsgebundene Schlüssel tragen TTL, Principals und Widerruf unabhängig vom Schlüsselmaterial.
Hardwaregestützte Schlüssel. Nur WebAuthn für 2FA (kein TOTP als Ausweichlösung). Pro Organisation erzwingbar für regulierte Mandanten.
IP-Allowlist. Beschränke Anmeldung und API-Zugriff deines Mandanten auf die CIDRs deines Unternehmens. Durchgesetzt am API-Gate, nicht nur in der UI.
E-Mail-Domain-Allowlist. Mitglieder können nur Adressen wie @acme.com hinzufügen, die zu deinen Mustern passen. Platzhalter werden unterstützt; OIDC-Anmeldung ist ausgenommen (der IdP bestätigt die Adresse).
Maximale PAT-Lebensdauer. Begrenze die TTL persönlicher Zugriffstoken auf weniger als den Plattformstandard von 90 Tagen. Pro Organisation überschreibbar.
Signierte Commits erforderlich. Unsignierte Pushes werden am Pre-Receive-Gate blockiert. Signatur mit SSH-Schlüssel ist in Forgejo nativ; GPG wird ebenfalls unterstützt.
Organisationsweiter Branch-Schutz. Ein Satz Standards für jedes Repository – Pull Request verlangen, erforderliche Freigaben und Statusprüfungen, Review durch Code-Owner – gilt für bestehende Repositorys, sobald du speicherst. Repositorys mit abgeschwächtem Schutz werden markiert.
Sicherheit im Detail
GitHub verkauft Secret Protection und Code Security als Add-ons, 49 US-Dollar im Monat für jeden aktiven Committer zusätzlich zum Platz. Bei uns ist der wesentliche Teil inklusive.
Pre-Receive-Secret-Scanning. Muster mit hoher Treffsicherheit werden abgelehnt, bevor der Commit in die unveränderliche Historie gelangt.
Push-Schutz. Erkannte Secrets werden beim Push abgelehnt; hash-basierte Ausnahmen mit mandantenübergreifender Prüfung durch Operatoren; Fehlermodus pro Mandant umschaltbar (fail-open für Entwicklungstempo, fail-closed für regulierte Umgebungen).
Abhängigkeits-Scan bei PRs. Trivy + osv-scanner über alle Abhängigkeiten des Repositorys; Funde als PR-Kommentare; Merge-Sperre ab dem Schweregrad, den du wählst.
Erreichbarkeit. Jeder Abhängigkeits- und Image-Fund wird als erreichbar, nicht erreichbar oder unbekannt markiert, mit Datei und Zeile oder Funktion als Nachweis, und Listen werden danach sortiert. Go: govulncheck auf den Binaries in deinen Images. JavaScript und TypeScript: Jelly. Python, Java und Kotlin: auf Import-Ebene. Nichts wird versteckt oder automatisch verworfen; dass nicht erreichbare Funde nicht blockieren, schaltest du selbst ein.
Bekannt ausgenutzte zuerst. Schwachstellen, die in der EU Vulnerability Database der ENISA oder im KEV-Katalog der CISA stehen, werden markiert, vor anderen Funden mit gleichem Erreichbarkeitsurteil und gleichem Schweregrad eingereiht, bekommen nie eine verlängerte SLA und erhalten ihre Korrektur-Pull-Requests zuerst.
Sicherheitskorrektur-Pull-Requests. Ein Klick öffnet einen Pull Request, der ein verwundbares Paket auf die niedrigste Version mit Korrektur anhebt (npm, Go, PyPI, Maven, Gradle, NuGet, Cargo) oder das Basis-Image eines Images aktualisiert; „Alle beheben“ pro Repository oder automatisch für die wichtigsten Funde. Ein Pull Request pro Paket; bekannt ausgenutzte zuerst, dann erreichbare, dann nach Schweregrad. Standardmäßig warten sie auf das Review einer Person und werden nur dann bei grünen Checks gemergt, wenn du das aktivierst (nie über eine Major-Version hinweg, nie während eines Release-Freezes). Versions-Updates musst du dafür nicht einschalten.
Statische Analyse (SAST) bei PRs. OpenGrep läuft bei jedem Pull Request; Funde als PR-Kommentar + Commit-Status; standardmäßig aktiv.
Lizenz-Scan. SPDX-basierte Allowlist pro Repository; Funde im PR; Richtlinie vom Organisationsstandard vererbbar.
Malware-Scan bei Paket-Uploads. ClamAV vor jedem Upload von Paketen und Container-Images, auch aus CI; abgelehnte Uploads landen nie im Objektspeicher.
SBOM pro Build. Syft-SBOM zu jedem vom Runner gebauten Image, mit cosign signiert und an das Release angehängt.
SLSA-Provenance. Gehostete Runner erzeugen signierte Provenance; prüfbar mit slsa-verifier.
Signierte Commits. Signatur mit SSH-Schlüssel als Standard (Forgejo prüft nativ); GPG wird ebenfalls unterstützt. Kein Fan-out an Logs von Dritten.
Workflow-Pinning. Ein Klick schreibt jedes uses: actions/checkout@v4 in deinen Workflows auf den gepinnten SHA-Digest um.
RBAC auf drei Ebenen. Kontrollen auf Plattformebene als Untergrenze, Organisationsstandard von Owner/Admin festgelegt, Überschreibung pro Repository, die beliebig verschärfen kann.
Compliance. Compliance-Bericht, Kontrollnachweise und auf Abruf eine signierte Herstellerbestätigung als HTML/JSON über Audit-Kette + Sicherheitslage deines Mandanten. Aus dem Live-Zustand erzeugt und an Kunden, Prüfer oder Aufsicht weiterzugeben, ohne Bildschirmfreigabe.
Schlüssellose Commit-Signatur ist über den selbst gehosteten Sigstore-Stack von fremverk auf T Cloud Public
eu-de verfügbar (Fulcio + TSA; kein Fan-out an ein Rekor-Transparenzlog). Endpunkte:
sign.frem.sh und tsa.frem.sh. Keine Anfrage läuft über die öffentliche
Sigstore-Instanz der Linux Foundation. Kunden aktivieren es pro Mandant unter
Authentifizierungsrichtlinie → OIDC-signierte Commits verlangen. Siehe
docs.frem.sh/get-started/keyless-commit-signing.
Dependency proxy
Öffentliche Pakete und Container-Images kommen über frem.sh, für deine Organisation gecacht und gegen deine Paketrichtlinie geprüft. Standardmäßig für jede Organisation aktiv und von den gehosteten Runnern genutzt.
Ökosystem
Über den Proxy deiner Organisation
Auf gehosteten Runnern
npm, PyPI
frem.sh/_app/proxy/<org>/npm/, /pypi/
Installationen laufen automatisch über den Proxy
Go, Maven, NuGet
frem.sh/_app/proxy/<org>/go/, /maven/, /nuget/
Standardmäßig über den Proxy
Cargo, Helm, RPM
frem.sh/_app/proxy/<org>/cargo/, /helm/, /rpm/
Richte das Tool auf die Proxy-URL
Container-Images
ghcr.io, quay.io, mcr.microsoft.com, registry.k8s.io, public.ecr.aws, Red Hat; Docker Hub mit deinen eigenen Zugangsdaten
Der Docker-Daemon zieht über den Proxy
GitHub Actions
Forgejo-Pull-Mirror von github.com/actions
Transparent – uses: actions/checkout@v4 wird in der Region aufgelöst
Bekannte Malware (OSV-Advisories MAL-*) wird für jede Organisation abgelehnt, und eine Paketrichtlinie im Modus
Erzwingen lehnt ab, was gegen sie verstößt. Gecachte Inhalte werden weiter ausgeliefert, wenn eine Upstream-Registry ausfällt.
Ist der Proxy beim Start eines Runner-Jobs nicht erreichbar, installiert und zieht der Job stattdessen aus den öffentlichen
Registries. Docker Hub und die authentifizierten Registries von Red Hat nutzen die eigenen Zugangsdaten deiner Organisation,
hinterlegt von einem Owner. Siehe
docs.frem.sh/develop/packages/dependency-proxy.
Ausliefern und betreiben
Die Betriebswerkzeuge, die ein SRE-Team braucht, um das wirklich in Produktion zu betreiben.
Deployment-Umgebungen. Benannte Umgebungen (prod / staging / preview) mit Secrets pro Umgebung, Branch-Beschränkungen pro Umgebung und Freigabe durch erforderliche Reviewer. Freigaben sind in den PR-Checks und in der Operator-Konsole sichtbar.
SIEM-Weiterleitung. fremforge-Audit-Events per POST an deinen Splunk/QRadar/Sentinel/Datadog-Endpunkt. HMAC-signierte Payload, Aufbewahrung pro Endpunkt, Test-Event aus der Admin-UI, pro Endpunkt abschaltbar ohne neues Onboarding.
Behebungs-SLA. Lege die Tage bis zur Behebung je Schweregrad fest (Standard 7 / 30 / 90 für kritisch / hoch / mittel). Überfällige Funde erscheinen als Glocken-Benachrichtigung und im Sicherheits-Digest.
Sicherheits-Digest. Wöchentliche (oder tägliche) E-Mail-Zusammenfassung offener Funde + neu eingetroffener kritischer CVEs. Opt-in pro Benutzer.
Audit-Kette. SHA-256-Hash-Kette pro Mandant über jede Zustandsänderung. Alle 2 Minuten in WORM-Speicher verankert, regionsübergreifend repliziert.
Audit-Aufbewahrung, konfigurierbar. Aufbewahrung der Nutzdaten 90 / 180 / 365 / 730 Tage pro Mandant; der hash-verkettete Index bleibt für immer. Erfüllt ISO 27001 A.8.15 und die entsprechenden Aufzeichnungspflichten nach DORA.
Disaster Recovery. Point-in-Time-Recovery für RDS über 7 Tage. Nächtliche, mit age verschlüsselte Datenbank-Dumps nach eu-nl. Regionsübergreifendes Replikat des WORM-Audit-Ankers. Dokumentierter Übungsrhythmus.
Manipulationserkennbarer Export per Klick. Signierter Tarball: Repos + LFS + Actions-Logs + Audit-Ausschnitt + Attestierungen + SHA-256-Manifest. Wenn du je gehen willst: durchgehend Standardformate.
Öffentliche API für KI-Agenten
Jede Admin-Aktion ist ein dokumentierter REST-Endpunkt. KI-Coding-Agenten arbeiten auf derselben Schnittstelle wie Menschen, mit demselben Auth-Modell.
OpenAPI-3.1-Spezifikation
Persönliche Zugriffstoken und OAuth 2.0 Client Credentials werden unterstützt. Keine Endpunkte nur für Admins, keine überraschenden Lücken. Spezifikation auf docs.frem.sh/api.
KI-agnostisch + BYOK
Bring deinen Schlüssel mit: Anthropic, OpenAI, Mistral, Vertex Gemini oder jede OpenAI-kompatible URL. Funktionen in der Forge (PR-Review, Renovate-Erklärungen, KI-Fix für ausgewählte SAST-Funde, /ai/complete) laufen über den Schlüssel, den du konfigurierst, und bleiben aus, bis du einen hinzufügst. Kein KI-Lock-in auf Forge-Ebene.
Remote-MCP-Server
KI-Assistenten verbinden sich mit https://frem.sh/_app/mcp: Claude Code, Cursor und das Mistral SDK mit einem fremforge-API-Token, claude.ai, ChatGPT und Mistral Le Chat über deine Anmeldung bei frem.sh, ganz ohne eingefügtes Token. Jedes Tool hat nur Lesezugriff und nie mehr Rechte als dein Token oder dein eigenes Konto. Owner können Connectors für die Organisation sperren. Siehe docs.frem.sh/get-started/ai-in-your-ide/mcp.
Delegation für KI-Agenten
Handeln im Auftrag mit eng begrenzten, zeitlich befristeten Vollmachten steht auf der Roadmap für die nächsten Monate (nach dem Muster des Token-Exchange aus RFC 8693, Endpunkte schon vor der Implementierung in der OpenAPI-Spezifikation veröffentlicht). Ziel: der erste EU-Git-Host, den deine KI für dich kaufen kann.
frembench – dein Agent arbeitet weiter, wenn du den Laptop zuklappst
Eine Linux-Maschine, die du minutenweise mietest und im Browser erreichst. Bring deinen eigenen Agenten mit – Claude Code, Codex, opencode. 39 € pro Platz und Monat mit 200 Stunden inklusive.
Nicht an einen offenen Laptop gebunden
Starte ein langes Refactoring, klapp den Laptop zu und lies das Ergebnis auf deinem Handy. Die Bench wacht auf, wenn du dich verbindest, und legt sich schlafen, sobald niemand verbunden ist und nichts läuft – so zahlst du nicht für eine Maschine, die auf dich wartet.
Deine Arbeit bleibt, die Maschine nicht
Zwei Datenträger. Dein 50-GB-Profil-Datenträger bleibt über Sitzungen hinweg erhalten. Der Boot-Datenträger wird bei jedem Aufwachen aus einem frischen Image neu aufgebaut – so bleibt die Bench gepatcht, ohne dass du patchen musst. Nichts zu warten, nichts driftet.
Dieselbe Toolchain wie deine CI
Eine Bench bringt dieselbe Sprachmatrix mit wie die Runner, aus demselben Image. Was sich auf deiner Bench bauen lässt, lässt sich auch in CI bauen – keine „Bei mir läuft’s“-Lücke zu erklären, denn es ist dieselbe Maschinendefinition.
Bring deinen eigenen Agenten mit
Codex und opencode sind vorinstalliert. Claude Code bringst du selbst mit – dein Schlüssel, dein Konto, deine Bedingungen. Wir verkaufen keine Modelle weiter und stehen nicht zwischen deinem Agenten und seinem Anbieter.
Ein Dev-Server, ohne einen Port zu öffnen
Starte etwas auf einem Port und erreiche es aus deinem Browser über ein authentifiziertes Relay. Keine öffentliche IP auf der Bench, keine eingehende Regel zu öffnen, kein Tunnel, den du installieren und am Leben halten musst.
In Deutschland, auf T Cloud Public
Dieselbe souveräne Basis wie der Rest von fremforge – Infrastruktur der Deutschen Telekom, kein US-Unterauftragsverarbeiter im Pfad. T Cloud Public hat keine eigene CloudShell; das hier füllt genau diese Lücke, abgerechnet in EUR.
Für 39 € pro Platz und Monat bekommst du 200 Stunden Bench-Laufzeit. Darüber hinaus 0,20 € pro Stunde – und deine Rechnung kann 99 € pro Platz im Monat nie übersteigen, egal wie intensiv du die Bench nutzt. Die Stunden werden wie CI-Minuten über alle Plätze gebündelt. Alle Preise · Dokumentation
Wo es läuft
Jede automatisierte Verarbeitung wird von Unternehmen ohne US-Muttergesellschaft betrieben.
Bereich
Host
Standort
Forgejo-UI, Git, API, Paket-Registry
T Cloud Public CCE (Kubernetes)
eu-de (Biere/Magdeburg, DE)
Gehostete CI-Runner
T Cloud Public ECS (Einweg-VM pro Job)
eu-de (Biere/Magdeburg, DE)
Cache des Abhängigkeits-Proxys, Actions-Mirrors
T Cloud Public CCE + OBS
eu-de (Biere/Magdeburg, DE)
Control Plane (Abrechnung, Nutzungsmessung, SSO-Middleware, Audit-Kette)
TypeScript-App auf T Cloud Public CCE
eu-de (Biere/Magdeburg, DE)
WORM-Anker der Audit-Kette + regionsübergreifendes DR-Replikat
T Cloud Public OBS (WORM buckets)
Primär eu-de, Replikat eu-nl
Website, Dokumentation, Status
OBS origin + Bunny CDN
Origin eu-de, Edge nur an EU-PoPs
Ausgehende Transaktions-E-Mails
Lettermint B.V.
Zwolle, Niederlande
Selbst gehostetes PoW-Captcha
Altcha (in der App; MIT-lizenziert, HMAC-signierter PoW) auf T Cloud Public CCE
eu-de (Biere/Magdeburg, DE)
Zahlungen
Mollie
Niederlande
Buchhaltung / Rechnungserstellung
Visma Dinero
Kopenhagen, Dänemark
Im Trust Center findest du die vollständige Liste der Unterauftragsverarbeiter, geerbte Zertifizierungen
(T Cloud Public: ISO 27001, 27017, 27018, BSI C5 Typ 2, TISAX) und die Roadmap für eigene Zertifizierungen
(Stage-1-Audit nach ISO 27001 innerhalb von 18 Monaten, Zertifizierung innerhalb von 24 Monaten, gemäß
AVV §12.1), und im
AVV die vertragliche Grundlage.
Was es nicht ist
Nicht „gehostetes Forgejo“.Forgejo ist die Forge-Schicht darunter; das Produkt sind CI/CD, Runner, Step-up-MFA, Deployment-Gates, Lieferkettensicherheit, SIEM/Audit und die API drumherum.Kein US-SaaS mit EU-Aufkleber.Keine US-Muttergesellschaft und kein US-Auftragsverarbeiter auf irgendeinem Pfad. Kein einziger Unterauftragsverarbeiter mit US-Muttergesellschaft auf Ebene der Betreibergesellschaft – siehe trust.†Keine Copilot-Konkurrenz.Von Grund auf KI-agnostisch. Dein Team wählt die KI. Keine von fremforge gehostete KI: Die optionalen KI-Funktionen sind standardmäßig aus und laufen nur mit dem Schlüssel deines eigenen Anbieters. Siehe KI-Integrationen.Kein Lock-in.Signierter Export per Klick in Standardformaten. Wenn du je gehen willst, ist die Tür da, wo du sie gefunden hast.
Fragen
Ist fremforge eine Alternative zu GitHub und GitLab?
Ja. fremforge ist eine europäische Alternative zu GitHub und GitLab: Git-Hosting, Pull Requests, Issues, CI/CD-Runner, Paket-Registries und Sicherheitsscans auf einer Plattform, betrieben auf T Cloud Public in Deutschland. Es ist keine Kopie von einem der beiden. Für GitHub Copilot, Azure Boards und einige reine Enterprise-Funktionen gibt es in fremforge kein Gegenstück; welche das sind, steht in den Migrationsleitfäden. Migrationsleitfäden (auf Englisch)
Laufen meine GitHub-Actions-Workflows auf fremforge?
Meistens, mit kleinen Änderungen. Die CI von fremforge nutzt die Workflow-Syntax von GitHub Actions, und gängige Actions wie actions/checkout werden über EU-Mirrors aufgelöst, ohne dass du deine uses:-Zeilen ändern musst. Workflows, die die GitHub-API direkt aufrufen oder auf Funktionen setzen, die es nur bei GitHub gibt, müssen angepasst werden. Was sich in einem Workflow ändert (auf Englisch)
Kann ich von GitHub, GitLab oder Azure DevOps umziehen?
Ja. Der Importer kopiert Repositorys mit ihrer vollständigen Historie, von GitHub und GitLab auch Issues, Pull bzw. Merge Requests und Releases. Ein kleines Repository mit einfacher CI braucht 15 bis 60 Minuten Handarbeit. Du kannst Repositorys auch spiegeln und während des Umzugs weiter auf GitHub arbeiten. Migration planen (auf Englisch)
Wo werden meine Daten gespeichert?
In Deutschland, auf T Cloud Public der Deutschen Telekom (Biere und Magdeburg, Region eu-de). fremforge wird von fremverk ApS betrieben, einem dänischen Unternehmen, und kein Auftragsverarbeiter mit US-Muttergesellschaft liegt im Datenpfad. Unterauftragsverarbeiter
Was kostet fremforge?
30 € pro Platz und Monat oder 25,50 € pro Platz und Monat bei jährlicher Abrechnung. Gehostete CI-Runner (1.000 Minuten pro Platz und Monat), Sicherheitsscans und Datenexport sind inklusive. Jede Organisation startet mit einer kostenlosen Testphase von 30 Tagen. Preise
Kann ich meine Daten mitnehmen, wenn ich gehe?
Ja. Ein Export per Klick packt deine Repositorys, LFS-Objekte, Actions-Logs und den Audit-Trail in Standardformate, mit einem SHA-256-Manifest, damit du prüfen kannst, dass alles vollständig ist.