Alternative à GitHub : où partir, et comment migrer sans perdre ton historique

Pourquoi partir sur GitLab. C'est la seule forge qui couvre tout ce que fait GitHub, et un peu plus : dépôts, CI/CD intégrée (tests et déploiements automatiques), tickets, tableaux, analyse de sécurité, registre de paquets. Surtout, tu choisis où elle vit : sur GitLab.com, ou sur ton propre serveur avec l'édition Self-Managed. La version Self-Managed Free n'a pas de limite de minutes de CI, puisque tu fournis toi-même les runners (les machines qui exécutent tes pipelines).

Pour qui. Les équipes produit qui veulent un seul outil pour le code, la CI et le suivi, et les entreprises qui veulent pouvoir rapatrier leur forge chez elles un jour.

Pour qui ce n'est pas fait. Une équipe de huit personnes sur des dépôts privés qui veut rester gratuite sur GitLab.com : le plan Free plafonne à 5 utilisateurs par groupe privé.

Sa limite. Le gratuit sur GitLab.com, c'est 5 utilisateurs, 400 minutes de calcul par mois et 10 Gio de stockage. Des contributeurs de projets libres se sont plaints de cette coupe dans les minutes, et de la carte bancaire demandée pour utiliser les runners partagés. Le cran suivant, Premium, coûte 29 $ par utilisateur et par mois en annuel, soit plus de sept fois le plan Team de GitHub. Ultimate est sur devis.

Comment migrer. L'importeur GitHub de GitLab est le plus complet du marché : branches, gros fichiers (Git LFS), tickets, pull requests avec leurs commentaires et leurs revues, labels, jalons, wiki, notes de version, règles de protection de branche et collaborateurs. Il ne reprend pas les statuts de vérification obligatoires, ni les organisations (il importe projet par projet), ni les collaborateurs externes. Les pièces jointes en Markdown sont une option à cocher. Il te faut un jeton GitHub classique avec le droit (scope) repo, plus read:org pour les dépôts d'organisation. Tes workflows Actions, eux, ne sont pas convertis : tu les réécris en .gitlab-ci.yml.

Bon à savoir. Un projet public ou un groupe public échappe à la limite de 5 utilisateurs. Et si tu dépasses les 400 minutes, le pack de 1 000 minutes coûte 10 $ : souvent moins cher que de passer toute l'équipe en Premium.

Pourquoi partir sur Gitea. Gitea est une forge open source qui ressemble beaucoup à GitHub, en plus sobre, et qui tourne sur une toute petite machine. Tu l'installes sur ton serveur, gratuitement, et tu gardes tout chez toi. Son outil de migration intégré sait aller chercher un dépôt sur GitHub avec ses tickets, ses pull requests, ses labels, ses jalons et ses releases.

Pour qui. Les petites équipes techniques qui savent tenir un serveur à jour, et les entreprises qui veulent une forge interne sans payer par utilisateur. Il existe aussi une offre Gitea Enterprise, en abonnement annuel par utilisateur, pour qui veut un support éditeur.

Pour qui ce n'est pas fait. Une équipe sans personne pour gérer les sauvegardes, les mises à jour et la sécurité du serveur. L'auto-hébergement est gratuit en licence, pas en temps.

Sa limite. Gitea Cloud, la version hébergée par l'éditeur, n'affiche pas de prix public. Le code de Gitea est lui-même hébergé sur GitHub : à savoir si tu pars pour des raisons d'indépendance.

Comment migrer. Dans Gitea, « Nouvelle migration », choisis GitHub, colle l'adresse du dépôt et un jeton d'accès, coche ce que tu veux récupérer. Le mode miroir est une bonne porte de sortie progressive : Gitea resynchronise le dépôt depuis GitHub toutes les 8 heures par défaut, le temps que ton équipe bascule. Gitea Actions reprend la syntaxe de GitHub Actions, mais vérifie chaque workflow : les actions de la marketplace ne sont pas toutes disponibles.

Pourquoi partir sur Forgejo. Forgejo est né en 2022 d'un fork de Gitea, quand une partie de la communauté a voulu une gouvernance sans entreprise derrière. Il est piloté sous l'égide de Codeberg e.V., une association allemande. Côté usage, tu retrouves la même légèreté que Gitea et la même migration intégrée depuis GitHub, avec tickets et pull requests.

Pour qui. Les équipes qui veulent s'auto-héberger avec un logiciel 100 % libre, gouverné par une association. Des retours d'utilisateurs décrivent une instance Forgejo sur un simple Raspberry Pi plus réactive que GitHub pour leur usage.

Pour qui ce n'est pas fait. Une équipe qui veut copier ses workflows GitHub Actions sans les relire.

Sa limite. Forgejo Actions vise « la familiarité, pas la compatibilité ». L'image par défaut est une Debian avec Node, là où GitHub part d'Ubuntu : un workflow qui suppose un paquet Ubuntu peut casser. Les clés permissions et continue-on-error sont ignorées. L'authentification OIDC (connexion à ton cloud sans mot de passe stocké) passe par l'option enable-openid-connect.

Comment migrer. Même chemin que Gitea : migration intégrée depuis GitHub, puis relecture de chaque fichier de .github/workflows. Bon à savoir : fais tourner tes runners Forgejo dans des conteneurs LXC pour isoler les jobs, c'est prévu par la doc. Des équipes qui ont auto-hébergé leur CI disent être passées de 40 à 10 minutes par pipeline, simplement en ayant des machines à elles.

Pourquoi partir sur Codeberg. C'est la destination de Zig et de Gentoo. Codeberg est une instance Forgejo gérée par Codeberg e.V., une association à but non lucratif, avec des serveurs à Berlin. Comme association, elle n'a pas d'actionnaire. Après le départ de Zig, l'association est passée de 600 à plus de 1 200 membres.

Pour qui. Les projets open source qui veulent une forge européenne, sans acteur américain dans la boucle.

Pour qui ce n'est pas fait. Une entreprise qui veut héberger son code privé. Codeberg est réservé au logiciel libre : pas d'hébergement privé commercial, et tu ne peux pas payer pour obtenir une exception. Les dépôts privés sont tolérés pour les contributeurs du libre, dans la limite de 100 Mo.

Sa limite. Au-delà de 750 Mio de données Git ou de 1,5 Gio de paquets, il faut en faire la demande. La CI (Woodpecker) s'obtient aussi sur demande. Les miroirs « pull », qui aspirent automatiquement un dépôt GitHub, ne sont pas proposés. Et des retours signalent des blocages à tort par la protection anti-robots.

Comment migrer. L'outil de migration de Forgejo récupère le dépôt, les tickets et les pull requests. Comme il n'y a pas de miroir pull, fais l'inverse : un miroir « push » depuis Codeberg vers GitHub, pour garder ta visibilité là-bas pendant que le travail se fait sur Codeberg.

Pourquoi partir sur Bitbucket. Si ton équipe suit déjà son travail dans Jira et documente dans Confluence, Bitbucket se branche dessus sans effort : une branche, un commit ou une pull request se relient au ticket. Et c'est la forge payante la moins chère par utilisateur : 3,65 $ par utilisateur et par mois en Standard, 8 $ en Premium.

Pour qui. Les équipes déjà clientes d'Atlassian, au budget serré.

Pour qui ce n'est pas fait. Un projet public qui cherche des contributeurs : la communauté est sur GitHub, pas sur Bitbucket.

Sa limite. Le plan gratuit accepte 5 utilisateurs mais ne donne que 50 minutes de build par mois et 1 Go de stockage LFS. Les minutes sont multipliées par la taille du runner : un runner « 2x » consomme le double. Le pack de 1 000 minutes en plus coûte 10 $ par mois.

Comment migrer. L'import de Bitbucket se fait par l'adresse du dépôt Git : il récupère le code et son historique, pas les tickets ni les pull requests de GitHub. Les tickets, chez Atlassian, vont dans Jira. Si tu quittes aussi Jira, lis notre guide pour changer de Jira avant de tout déplacer.

Pourquoi partir sur Stackhero. Tu veux GitLab, tu veux tes données en Europe, et tu ne veux pas passer tes week-ends à mettre à jour un serveur. Stackhero, entreprise européenne, installe et maintient une instance GitLab pour toi, et tu choisis la région : Europe ou États-Unis.

Pour qui. Les PME et les agences qui ont un argument de localisation des données à tenir face à leurs clients, sans équipe d'exploitation.

Pour qui ce n'est pas fait. Une équipe de moins de 5 personnes : l'entrée de gamme à 49 $ dépasse ce que coûte GitHub Team (4 $ par utilisateur).

Sa limite. Hobby à 49 $ par mois, Startup à 99 $ ou 199 $, Enterprise à 399 $ ou 799 $. Prix en dollars, par instance et non par utilisateur : rentable dès une dizaine de personnes selon la taille d'instance, beaucoup moins à 2.

Comment migrer. C'est un vrai GitLab : tu disposes du même importeur GitHub que sur GitLab.com, avec tickets, pull requests et wiki, et la même réécriture de la CI en .gitlab-ci.yml.

Pourquoi partir sur Azure DevOps. Si tu quittes GitHub pour une raison de prix ou de fonctions, pas d'éditeur, Azure DevOps est solide : dépôts Git, pipelines, tableaux de suivi, et un module de plans de test que GitHub n'a pas. Les 5 premiers utilisateurs Basic sont gratuits, puis c'est 6 $ par utilisateur et par mois.

Pour qui. Les équipes .NET déjà sur Azure, et celles qui ont besoin de Test Plans (52 $ par utilisateur et par mois avec la licence Basic).

Pour qui ce n'est pas fait. Quiconque part « à cause de Microsoft ». Azure DevOps appartient au même éditeur que GitHub : tu changes d'outil, pas de fournisseur.

Sa limite. Côté CI, tu as un job parallèle hébergé gratuit avec 1 800 minutes par mois. Chaque job hébergé en plus coûte 40 $ par mois. Un job auto-hébergé est gratuit sans limite de minutes, les suivants coûtent 15 $ par mois.

Comment migrer. L'import de dépôt Git se fait en quelques clics. Les pipelines s'écrivent en YAML, mais pas avec la syntaxe de GitHub Actions : compte une réécriture complète.

Pourquoi partir sur SourceHut. SourceHut fonctionne sans JavaScript, sans suivi, et autour d'un flux de travail par e-mail : les contributions arrivent sous forme de patchs envoyés à une liste de diffusion, comme pour le noyau Linux. Le prix est en euros : 4 €, 8 € ou 12 € par mois hors taxes, et les trois niveaux donnent exactement les mêmes fonctions. Tu choisis ce que tu veux payer.

Pour qui. Les développeurs et petits projets qui aiment le flux par e-mail et veulent une forge sobre, financée par ses utilisateurs.

Pour qui ce n'est pas fait. Une équipe habituée aux pull requests et aux revues dans le navigateur. Le changement de culture est réel, et l'interface est jugée datée.

Sa limite. Le service est toujours en alpha publique. Le paiement est requis pour héberger tes projets et utiliser la CI (builds.sr.ht). Les contributeurs, eux, n'ont rien à payer, et une aide financière existe.

Comment migrer. Un git push de ton dépôt vers SourceHut. Les tickets et les pull requests de GitHub ne suivent pas : exporte ce qui compte avant de partir.