Alternative à GitLab : où héberger ton code et comment migrer sans rien casser

Pourquoi partir sur GitHub. C'est là que sont les développeurs, les outils tiers et la plupart des projets libres. Côté prix, l'écart avec GitLab est net : Team coûte 4 $ par utilisateur et par mois avec 3 000 minutes de CI (GitHub Actions), Free donne 2 000 minutes et des dépôts privés illimités. Enterprise, à 21 $, inclut l'assistant de code Copilot. Depuis l'été 2026, GitHub propose à tous la migration depuis GitLab avec son outil officiel (GitHub Enterprise Importer) : historique, tickets, merge requests devenues pull requests avec leurs commentaires et approbations, jalons, releases et wiki.

Pour qui. Les équipes produit et les startups qui veulent payer moins par siège, recruter des gens qui connaissent déjà l'outil et brancher des intégrations sans effort.

Pour qui ce n'est pas fait. Une équipe qui utilise vraiment l'analyse de sécurité, les « merge trains » (la file qui teste chaque fusion avant la suivante) et la planification de GitLab : chez GitHub, une partie de ces fonctions passe par Enterprise ou par des outils tiers.

Sa limite. L'importeur complet n'arrive que dans GitHub Enterprise Cloud, le plan à 21 $. En Free ou Team, tu déplaces le code et son historique avec un simple git push --mirror, mais tes tickets et tes merge requests restent derrière. Même avec l'importeur, les fichiers lourds (Git LFS), les pipelines, les variables de CI, les webhooks et les règles d'approbation ne suivent pas. Un dépôt est limité à 40 Gio pendant la migration.

Comment migrer. Installe l'extension gh gl2gh pour l'historique complet, ou fais un miroir pour le code seul. Pour la CI, l'outil officiel GitHub Actions Importer convertit un .gitlab-ci.yml en brouillon de fichier GitHub Actions : les tâches (« jobs »), les étapes, les variables et les planifications passent, les règles (rules), les services et les valeurs des variables masquées demandent une reprise à la main. Lance d'abord sa commande d'essai (dry-run), qui n'écrit rien sur GitHub. Pour la suite, notre guide pour quitter GitHub montre ce que tu pourrais regretter un jour, et dans l'autre sens.

Pourquoi partir sur Stackhero. Si ce qui te gêne, c'est la facture par personne ou la maintenance de ton serveur, tu n'es pas obligé de changer d'outil. Stackhero héberge et met à jour une instance GitLab pour toi, facturée à l'instance et non à l'utilisateur : la formule Hobby (4 processeurs virtuels, 6 Go de mémoire) coûte 49 $ par mois, utilisateurs et dépôts illimités. Les serveurs sont aux États-Unis ou en Europe, à toi de choisir, et la facturation se fait à l'heure, sans engagement.

Pour qui. Les équipes de 5 à 30 personnes qui aiment GitLab, utilisent sa CI et ses tickets, et ne veulent ni payer 29 $ par tête ni administrer un serveur.

Pour qui ce n'est pas fait. Une personne seule ou un binôme : le plan gratuit de GitLab.com leur suffit.

Sa limite. Le prix grimpe avec la puissance : 99 $ puis 199 $ en Startup, 399 $ et 799 $ en Enterprise. Pour une équipe de deux, 49 $ par mois coûtent plus qu'un abonnement GitHub Team. Et tu restes sur GitLab : si c'est l'outil lui-même qui te pèse, ce n'est pas la bonne fiche.

Comment migrer. C'est la migration la plus simple de la page, car tu passes de GitLab à GitLab. L'export de projet de GitLab (dans les réglages avancés) emporte dépôt, tickets, merge requests, wiki et réglages, et se réimporte tel quel. Ta CI marche sans réécriture ; il te reste à recréer tes machines d'exécution et tes variables secrètes.

Pourquoi partir sur Forgejo. Forgejo est une forge libre, gérée par une association allemande à but non lucratif (Codeberg e.V.), écrite en Go et livrée en un seul fichier. Elle fait le code, les revues, les tickets, un registre de paquets et une CI (Forgejo Actions) proche de celle de GitHub. Son vrai argument face à GitLab, c'est la sobriété : un administrateur décrit 200 Mo de mémoire pour sa forge Forgejo contre 5 Go pour son GitLab, un autre est passé de plus de 5 Gio à moins de 700 Mio en migrant plus de 200 dépôts. Codeberg, l'instance publique gérée par la même association, est gratuite pour les projets libres.

Pour qui. Les équipes qui auto-hébergent déjà GitLab et veulent diviser la machine, et les projets open source qui veulent quitter un éditeur commercial.

Pour qui ce n'est pas fait. Une équipe qui a besoin d'analyse de sécurité intégrée, de planification avancée ou d'un support éditeur sous contrat. Et sur Codeberg, tout projet privé commercial : l'association n'héberge pas de projet privé et n'accepte aucun paiement pour une exception.

Sa limite. Tu deviens l'hébergeur : mises à jour, sauvegardes et sécurité sont pour toi. La CI n'est pas un copier-coller de GitLab : ton .gitlab-ci.yml se réécrit au format de Forgejo Actions. Les modèles de tickets de GitLab ne fonctionnent pas non plus, il faut les convertir en formulaires YAML.

Comment migrer. Crée un jeton d'accès GitLab, puis « Nouvelle migration » et choisis GitLab : Forgejo reprend le dépôt, les tickets, les merge requests (en pull requests), les labels, les jalons et les releases. Sur une grosse instance, fais un essai sur un projet : un administrateur qui a scripté sa migration a constaté des tickets importés sans leurs commentaires et a fini par archiver ses anciens tickets en pages HTML.

Pourquoi partir sur Gitea. Gitea est le projet d'origine dont Forgejo est issu. Même légèreté, même logique : un binaire, une base de données, une interface proche de GitHub, une CI intégrée (Gitea Actions) dont les fichiers ressemblent à ceux de GitHub Actions. La différence est dans la gouvernance : Gitea est porté par une société qui vend une offre Enterprise et un service hébergé, Gitea Cloud. Pour une entreprise qui veut un contrat de support sans quitter l'auto-hébergement léger, c'est l'argument.

Pour qui. Les équipes techniques qui veulent remplacer un GitLab auto-hébergé par une forge simple, avec la possibilité d'acheter du support.

Pour qui ce n'est pas fait. Ceux qui tiennent à un logiciel porté par une association : dans ce cas, Forgejo est la version communautaire.

Sa limite. L'offre Enterprise se paie à l'année et Gitea Cloud n'affiche pas de prix public : il faut demander un devis. Comme pour Forgejo, l'analyse de sécurité et la planification sont loin de GitLab.

Comment migrer. L'assistant de migration de Gitea sait lire GitLab : dépôt, tickets, pull requests, labels, jalons et releases. Lance-le projet par projet avec un jeton GitLab en lecture, puis réécris la CI.

Pourquoi partir sur Bitbucket. Bitbucket appartient à Atlassian, comme Jira et Confluence. Une branche, un commit ou une pull request se relie à un ticket Jira sans configuration, et la CI (Bitbucket Pipelines) est incluse. C'est aussi l'option payante la moins chère de la page : Standard coûte 3,65 $ par utilisateur et par mois, Premium 8 $.

Pour qui. Les équipes qui planifient déjà dans Jira, et qui veulent un seul fournisseur pour les tickets, la documentation et le code.

Pour qui ce n'est pas fait. Une équipe qui utilise les tickets de GitLab comme outil de planification : ils ne viennent pas avec le code. Si tu hésites aussi sur Jira, lis notre guide pour quitter Jira avant de t'enfermer dans l'écosystème.

Sa limite. Le gratuit s'arrête à 5 utilisateurs et à 50 minutes de CI par mois. Les 1 000 minutes en plus coûtent 10 $ par mois. L'import de Bitbucket prend un dépôt par son adresse Git : le code et son historique, pas les tickets ni les merge requests.

Comment migrer. Importe chaque dépôt depuis son URL GitLab avec un jeton d'accès, puis traduis le .gitlab-ci.yml en bitbucket-pipelines.yml : la logique par étapes est proche, la syntaxe ne l'est pas. Les tickets ouverts se recréent dans Jira.

Pourquoi partir sur Azure DevOps. C'est l'outil de Microsoft qui ressemble le plus à GitLab dans son ambition : dépôts (Azure Repos), CI et déploiement (Azure Pipelines), tableaux de planification (Boards), registre de paquets et plans de tests, dans une seule interface. Les cinq premiers utilisateurs sont gratuits, puis c'est 6 $ par utilisateur et par mois. La CI inclut une tâche hébergée avec 1 800 minutes par mois et un job sur ta propre machine sans limite de minutes.

Pour qui. Les équipes .NET qui déploient sur Azure et utilisent déjà les comptes Microsoft de l'entreprise.

Pour qui ce n'est pas fait. Une petite équipe hors de l'écosystème Microsoft : l'interface est vaste, et si tu pars de GitLab pour un outil plus simple, GitHub, qui appartient au même groupe, l'est davantage.

Sa limite. Chaque tâche de CI en parallèle se paie : 40 $ par mois pour une tâche hébergée, 15 $ pour une tâche sur ta machine. L'import de dépôt prend le code et l'historique, mais pas les objets Git LFS, ni les tickets ni les merge requests. Et l'import est unique : pas de synchronisation continue.

Comment migrer. Dans Repos, choisis « Import repository » et colle l'URL du dépôt GitLab avec un jeton. Si tu as des fichiers LFS, pousse-les ensuite avec git lfs push --all. Réécris la CI en YAML Azure Pipelines, puis recrée tes tickets ouverts dans Boards.

Pourquoi partir sur OneDev. OneDev est la forge auto-hébergée qui se rapproche le plus de l'esprit « tout en un » de GitLab, sans son poids. Code, revues, tickets, registre de paquets, wiki et CI sont dans le même produit, et la CI se configure à la souris ou en fichier, avec des tâches qui tournent dans des conteneurs. L'éditeur annonce que toutes les fonctions tiennent sur une machine à 1 cœur et 2 Go de mémoire pour des projets de taille moyenne, très loin des 16 Go conseillés pour GitLab.

Pour qui. Les petites équipes techniques qui veulent garder CI et tickets dans le même outil, sur un serveur modeste.

Pour qui ce n'est pas fait. Une équipe qui veut recruter des gens déjà formés : OneDev est beaucoup moins connu que GitLab ou GitHub, et sa communauté est petite.

Sa limite. L'édition Enterprise (haute disponibilité, journal d'audit, suivi du temps) coûte 6 $ par utilisateur et par mois, avec un minimum de 12 mois-utilisateur par commande. Son import GitLab reprend le dépôt, les tickets avec leurs commentaires et les jalons, mais pas les merge requests : les revues en cours se terminent sur GitLab avant la bascule.

Comment migrer. Lance l'import GitLab de OneDev avec un jeton d'accès GitLab (ou pousse le seul dépôt avec git push --mirror), puis réécris ta CI dans l'éditeur de OneDev.