Beste Europese alternatieven voor GitLab.com

Waarom mensen GitLab.com verlaten

Weggaan bij GitLab.com is niet hetzelfde argument als weggaan bij GitHub, en een pagina die hier het gebruikelijke verhaal ophangt, let niet goed op. GitLab is open core: je kunt de code lezen en je mag hetzelfde platform zelf draaien. De klacht kan niet zijn dat de software een black box is.

Wat je verlaat is de gedeelde omgeving. GitLab.com is een enorme gedeelde installatie die GitLab Inc. uit San Francisco beheert, en de infrastructuur staat in de Verenigde Staten: instance runners draaien in Google Cloud in us-east1, GPU- en Arm64-runners in us-central1, en macOS-runners op AWS in us-east-1. Je pipelines draaien daar, ongeacht waar je zelf zit.

GitLab verkoopt zelf ook een Europese variant van het product, en het is goed om te weten wat dat is voordat je gaat zoeken. GitLab Dedicated is een single-tenant installatie in de AWS-regio die je kiest, het vereist het Ultimate-niveau en het loopt via een verkoopgesprek in plaats van een instellingenpagina. Voor heel veel teams is dat het juiste antwoord. Voor alle anderen is de eerlijke vraag of ze ooit een DevOps-platform wilden, of gewoon een goede forge.

• Eén omgeving, één exploitant, één land Multi-tenancy is het hele economische model van GitLab.com, en het is ook iets wat je niet met instellingen kunt oplossen. Op het gratis abonnement en Premium is er geen regiokeuze, de gedeelde runners voeren je taken uit op Amerikaanse infrastructuur en de exploitant is een Amerikaans bedrijf. Niets hiervan is verborgen of bijzonder; het is alleen niet aan te passen, en dat voelt anders dan GitLab wanneer je leest over de zelf beheerde editie.
• Het Europese antwoord is een niveau en een contract GitLab Dedicated zet een single-tenant installatie in een AWS-regio naar keuze, en dat beantwoordt de vraag over dataresidentie echt. Het vereist Ultimate, het duurste niveau, en een gesprek met een accountteam over het verwachte aantal gebruikers. Een team van tien personen dat zijn repositories in Frankfurt wil hebben, is niet de klant waarvoor dat product is gemaakt, en zal daar dienovereenkomstig een offerte voor krijgen.
• De limieten komen naar boven bij het vertrek GitLab.com beperkt een repository tot 10 GB, een import tot 5 GiB en een export tot 40 GiB. Niemand merkt die getallen op zolang de dienst gewoon werkt; iedereen merkt ze op migratiedag, wanneer een groepsexport niet afgerond wil worden. Als je ook maar overweegt te verhuizen, test dan eerst een export van je grootste groep, want die stap bepaalt je planning.
• Het platform groeit steeds verder in je werkwijze De documentatie van GitLab is duidelijk: een nieuwe klant op GitLab 18.0 of later heeft GitLab Duo Core automatisch aan staan, zonder dat er iets moet gebeuren. Uitzetten is een instelling die je zelf moet vinden, op instance-, groeps- of projectniveau. Dat is een verdedigbare standaard, en het is ook het patroon: functies komen aan te staan, en bewust blijven over het gebruik ervan wordt een vaste beheertaak in plaats van een eenmalige keuze.

Wat je moet vervangen, niet alleen evenaren

Wees eerlijk over de kortste route eerst: als het platform goed is en de omgeving het probleem, dan is de minst ingrijpende stap zelf beheerde GitLab op je eigen Europese infrastructuur. Hetzelfde product, dezelfde pipelines, dezelfde imports en geen leverancier tussen jou en de repositories. Deze pagina rangschikt die optie niet, omdat het geen andere leverancier is, maar het is een legitiem antwoord en veel teams zouden er serieus naar moeten kijken.

De forges hieronder zijn voor het andere inzicht, dat pas komt nadat je de hardware hebt doorgerekend: wat je gebruikte waren repositories, merge requests, issues en wat CI, en je betaalde met gewicht voor een portfolio- en beveiligingssuite die niemand opende. Een GitLab-installatie vraagt echt geheugen en regelmatige aandacht. Gitea en Forgejo hebben aan een kleine virtuele machine genoeg.

Splits daarna de onderdelen die GitLab heeft gebundeld. De container registry kan naar een registry, de pakketten naar een pakkethost, de wiki naar een repository en de beveiligingsscan naar wat je CI al draait. Eenmaal gescheiden blijkt de meeste daarvan afzonderlijk vervangbaar, en daarom is weggaan bij GitLab meestal minder beangstigend dan weggaan bij een platform dat nooit is ontbundeld.

De alternatieven vergeleken

Hoe elk alternatief zich verhoudt tot GitLab.com

Wat er echt stukgaat als je overstapt

Test de export eerst, en test hem op het grootste wat je bezit. GitLab.com beperkt exports tot 40 GiB en imports tot 5 GiB, en een groep die artefacten, pakketten en jaren aan merge requests heeft opgebouwd, kan daar tegenaan lopen. In week één ontdekken verandert het plan; het op cutover-weekend ontdekken verandert het weekend.

Reken erop dat de pipelines het hele project worden. GitLab CI heeft geen vertaler naar Actions, Woodpecker of build-manifesten, en de functies die het prettig maakten (includes, rules, needs, parent-child pipelines) zijn precies die welke geen tegenhanger hebben. Schat dat werk in door je .gitlab-ci.yml-bestanden te lezen, niet door repositories te tellen.

En let op wat de boel stilletjes bij elkaar hield: de container registry, pakketregistries, omgevingen en deploymentgoedkeuringen, en de tokens die in cloudaccounts zijn gekoppeld. Elk daarvan is op zichzelf te vervangen; samen zijn ze de reden dat een migratie die eruitzag als twee weken een kwartaal duurt. Maak er een lijst van in de projectinstellingen voordat iemand een datum aankondigt.

Als GitLab open source is, waarom dan toch verhuizen?

Omdat open source iets zegt over de software en niet over de dienst. Je kunt de code van GitLab lezen, controleren wat die doet en zelf draaien. Dat verandert niets aan het feit dat de instantie op GitLab.com wordt beheerd door een Amerikaans bedrijf op Amerikaanse infrastructuur, zonder regio die jij kunt kiezen.

Daarom gaat het open-core-argument hier op een ongebruikelijke manier op. Het juiste antwoord op een hekel aan GitLab.com is vaak helemaal geen andere forge; het is dezelfde software op je eigen hardware, wat de licentie uitdrukkelijk toestaat.

De forges op deze pagina zijn het antwoord op een andere zin: "we hebben de cijfers van zelf hosten van GitLab doorgerekend en het is meer platform dan we willen beheren." Dat is een legitieme conclusie, en het is die waarvoor deze pagina is geschreven.

Wat geeft GitLab Dedicated me eigenlijk?

Een single-tenant instantie, volledig geïsoleerd, gehost en onderhouden door GitLab in de AWS-regio die je selecteert, met hoge beschikbaarheid en disaster recovery inbegrepen. Voor een organisatie die GitLab wil en haar gegevens op een specifieke plek nodig heeft, is dat het product en het werkt.

De voorwaarden zijn het niveau en het gesprek. Dedicated is alleen beschikbaar op Ultimate, en de installatie loopt via een accountteam dat vraagt naar je verwachte aantal gebruikers in plaats van een prijs op een pagina te zetten. Op forums hoor je minimale aantallen gebruikersplaatsen noemen; de eigen documentatie van GitLab noemt er geen, dus behandel elk specifiek getal dat je tegenkomt als onbevestigde informatie totdat je accountmanager het bevestigt.

Voor hetzelfde publiek: een nieuwe klant op GitLab 18.0 of later krijgt GitLab Duo Core automatisch aan, en de documentatie beschrijft hoe je dat uitzet op instance-, groeps- of projectniveau. Als een AI-gebruiksbeleid of een residentiebeoordeling in de weg staat van die standaardinstelling, zet het dan op de provisioningchecklist in plaats van het later te ontdekken.

Hoeveel van mijn GitLab-opzet overleeft een verhuizing naar een lichtere forge?

Repositories, branches, tags en de tekst van issues blijven prima bewaard; Gitea en Forgejo hebben beide importeurs die een project via de API overzetten, inclusief issues, labels en milestones, en Codeberg draait Forgejo, dus dezelfde import geldt daar.

De geschiedenis van merge requests gaat achteruit. Discussiethreads, goedkeuringen en de exacte reviewstatus zijn GitLab-objecten, en wat aan de andere kant terechtkomt is een leesbaar verslag en geen getrouwe kopie.

De pipelines worden herschreven. GitLab CI wordt niet omgezet naar Forgejo- of Gitea Actions, en hoe verder je bent gegaan met includes, parent-child pipelines, rules en needs, hoe minder daarvan op iets anders past. Teams met een zware CI-omgeving moeten serieus nadenken over zelf beheerde GitLab, want dat is de enige verhuizing waarbij de pipelines met je meegaan.

Is een kleine forge echt genoeg voor een professioneel team?

Voor repositories, review en issuetracking: ja, en dat is al jaren zo. De onderdelen die mensen echt missen zijn smaller dan de functielijst doet vermoeden: de container registry, de ingebouwde beveiligingsscan, en de omgevingen- en deploymentweergaven.

De registry is makkelijk te vervangen, en een Europese registry in dezelfde regio als je cluster is meestal sneller dan de vorige. Scannen is het eerlijke gat: GitLab bundelt SAST, DAST en afhankelijkheidsscans in het topniveau, en op een kleine forge stel je dat zelf samen uit open tooling in CI. Dat is haalbaar, maar het is werk.

De test die het beslist is geen functievergelijking. Kijk wat je team vorige maand in GitLab opende. Als het merge requests en issues waren, is een forge genoeg; als het beveiligingsdashboards en value stream-analyses waren, dan niet.

Welke kies je

Als het platform je past maar de omgeving niet, draai GitLab dan zelf op Europese infrastructuur. Het behoudt de pipelines, de imports en de gewoonten, en het is de enige optie die niets verandert behalve wie de machine beheert. Dat het niet een van de vier hier gerangschikte opties is, komt doordat dit een pagina over alternatieven is, niet door een oordeel over die stap.

Als je hebt geconcludeerd dat het platform meer was dan je nodig had, is Forgejo de installatie om te kiezen en Gitea de keuze wanneer iemand een supportcontract erbij wil. Beide zijn klein genoeg dat de hostingrekening geen argument meer is om te blijven.

Als het werk open source is, is Codeberg de beste thuisbasis op deze pagina, en het is de optie die de vraag naar de exploitant wegneemt in plaats van te verplaatsen, zolang je met gedeelde CI en een strikt vrijesoftwarebeleid kunt leven.

En als je GitLab Ultimate gebruikt voor de beveiligingssuite, of je pipelines een decennium aan opgebouwde CI zijn, is het verstandige advies om GitLab Dedicated in een Europese AWS-regio te prijzen voordat je iets op deze pagina prijst. Het beantwoordt de residentievraag volledig, en voor die omgeving is het meestal goedkoper dan herbouwen.