Alternative à Bitbucket : où partir, et ce que tu gardes en route

Pourquoi partir sur GitLab. GitLab a un importeur Bitbucket Cloud intégré. Il reprend la description du dépôt, les données Git, les pull requests avec leurs commentaires et les objets Git LFS (les gros fichiers). C'est la seule destination de cette liste qui ramène l'historique des revues de code depuis Bitbucket Cloud. Tu y trouves aussi la CI/CD, les tickets, les tableaux et le registre de paquets, sur GitLab.com ou sur ton propre serveur avec l'édition Self-Managed.

Pour qui. Les équipes qui ont des années de revues de code dans Bitbucket et qui veulent les garder lisibles, et celles qui veulent pouvoir rapatrier leur forge chez elles un jour.

Pour qui ce n'est pas fait. Une équipe qui partait de Bitbucket pour payer moins : Premium coûte 29 $ par utilisateur et par mois en annuel, presque huit fois le Standard de Bitbucket.

Sa limite. L'importeur laisse des choses derrière lui : les tickets Bitbucket, les approbations de PR, les règles d'approbation, et les images et pièces jointes en Markdown, qui restent des liens vers Bitbucket. Les PR venues de forks arrivent vides. Le gratuit sur GitLab.com, c'est 5 utilisateurs par groupe privé de premier niveau, 400 minutes de calcul par mois et 10 Gio de stockage.

Comment migrer. Il te faut le rôle Maintainer sur le projet GitLab et un jeton d'API Bitbucket avec les droits read:repository et read:pullrequest. Ta CI ne suit pas : tu réécris bitbucket-pipelines.yml en .gitlab-ci.yml. Avant de lancer, rapatrie les images collées dans tes PR si tu y tiens : une fois Bitbucket fermé, les liens seront morts.

Bon à savoir. Si tu dépasses les 400 minutes, le pack de 1 000 minutes coûte 10 $, et 10 Gio de stockage en plus coûtent 5 $ par mois. Souvent moins cher que de passer toute l'équipe en Premium. Notre guide pour quitter GitLab détaille l'autre sens.

Pourquoi partir sur GitHub. C'est la forge où sont la plupart des développeurs et des projets libres, avec le plus grand catalogue d'actions de CI. Surtout, GitHub publie GitHub Actions Importer, un outil officiel qui convertit tes Bitbucket Pipelines en workflows GitHub Actions : steps, scripts, services, caches, artefacts, étapes parallèles, déploiements et déclencheurs sur branches, PR et tags.

Pour qui. Les équipes dont la CI est le gros morceau de la migration, et celles qui veulent recruter ou publier du code là où tout le monde regarde.

Pour qui ce n'est pas fait. Une équipe qui veut garder ses pull requests Bitbucket Cloud : l'importeur officiel de GitHub (GitHub Enterprise Importer) ne prend en charge que Bitbucket Server et Data Center 5.14 ou plus, vers GitHub Enterprise Cloud. Depuis Bitbucket Cloud, tu migres le code et l'historique Git, pas les PR.

Sa limite. Le convertisseur ne traduit pas tout : les options fail-fast, oidc et size, et les images privées hébergées sur ECR restent à reprendre à la main. Les variables sécurisées et les clés SSH ne sont jamais copiées : tu les recrées. L'outil demande Docker, la ligne de commande gh et un jeton d'accès à l'espace de travail Bitbucket.

Comment migrer. Depuis Bitbucket Cloud : git clone --mirror, puis git push --mirror vers un dépôt GitHub vide, puis les fichiers LFS à part. Depuis Bitbucket Data Center : GitHub Enterprise Importer reprend le code, l'historique, les PR avec commentaires et revues, les relecteurs requis et les pièces jointes, mais pas les permissions de branche, les réglages ni la CI. Limites : archive de 40 Gio maximum, et aucun fichier au-delà de 100 Mio une fois la migration finie.

Bon à savoir. Team coûte 4 $ par utilisateur et par mois, à peine plus que Bitbucket Standard, avec 3 000 minutes d'Actions et 2 Go de paquets. Et les Actions sont gratuites sur les dépôts publics. Si un jour tu veux repartir, notre guide pour quitter GitHub existe aussi.

Pourquoi partir sur Azure DevOps. Les cinq premiers utilisateurs du plan Basic sont gratuits, avec un job de CI hébergé à 1 800 minutes par mois et un job auto-hébergé sans limite de minutes. Au-delà, c'est 6 $ par utilisateur et par mois. Tu retrouves dépôts Git, tableaux, pipelines et artefacts dans le même service, branché sur Entra ID et le reste de l'écosystème Microsoft.

Pour qui. Les équipes .NET ou déjà sur Azure, et les petites équipes privées qui veulent rester gratuites plus longtemps que sur Bitbucket.

Pour qui ce n'est pas fait. Une équipe qui publie du code libre et cherche de la visibilité, ou qui veut garder ses revues de code : l'import ne reprend que le dépôt.

Sa limite. La fonction « Import repository » copie le code et l'historique, une seule fois, sans synchronisation ensuite. Les fichiers Git LFS ne suivent pas : tu les pousses à part avec git lfs push --all. Et si ta CI tourne en parallèle sur plusieurs jobs, chaque job hébergé en plus coûte 40 $ par mois (15 $ pour un job auto-hébergé).

Comment migrer. Dans Azure Repos, crée un dépôt vide, choisis Import, colle l'URL de clonage Bitbucket et un identifiant si le dépôt est privé. Puis pousse les objets LFS. Tes Pipelines sont à réécrire en azure-pipelines.yml.

Bon à savoir. À 10 personnes, tu paies 5 × 6 $ = 30 $ par mois, moins que Bitbucket Standard (36,50 $). C'est le seul cas de cette page où partir fait baisser la facture.

Pourquoi partir sur Gitea. Gitea est une forge libre, sous licence MIT, gratuite quand tu l'héberges toi-même. Elle est conçue pour rester légère. Plus de plafond de 1 Go, plus de minutes comptées, plus de prix par siège. Tu paies le serveur, c'est tout.

Pour qui. Les équipes qui ont quelqu'un pour gérer un serveur, et qui veulent sortir des factures par utilisateur et garder leur code chez elles.

Pour qui ce n'est pas fait. Une équipe sans personne pour faire les mises à jour, les sauvegardes et la sécurité du serveur. Ce travail, Atlassian le faisait pour toi.

Sa limite. On n'a pas trouvé dans la documentation officielle de Gitea d'importeur qui reprenne les pull requests de Bitbucket. Compte sur le code et l'historique seulement. L'offre Enterprise existe, mais son prix affiché n'est pas clair : demande un devis si tu en as besoin.

Comment migrer. Crée un dépôt vide, puis git clone --mirror depuis Bitbucket et git push --mirror vers Gitea. Pousse ensuite les fichiers LFS. La CI se refait dans l'outil de ton choix.

Bon à savoir. Mets en place la sauvegarde avant la migration, pas après : sur ta propre forge, une panne de disque efface tout ce que Bitbucket gardait pour toi.

Pourquoi partir sur OneDev. L'édition Community, gratuite, embarque ce que Bitbucket fait payer ou range ailleurs : un moteur de CI/CD intégré, un registre de paquets (Docker, npm, Maven, NuGet, PyPI, RubyGems, Helm), un wiki, la recherche dans le code, des règles de revue sur les pull requests, LDAP et l'authentification unique (SSO).

Pour qui. Les équipes qui veulent quitter Bitbucket et Pipelines d'un coup, sur leur propre serveur, sans recoller plusieurs outils.

Pour qui ce n'est pas fait. Une équipe qui veut un service hébergé : OneDev s'installe chez toi. Et une équipe qui a besoin d'un grand écosystème d'intégrations : la communauté est bien plus petite que celle de GitLab.

Sa limite. L'édition Enterprise (haute disponibilité, journal d'audit, analyse de sécurité, suivi du temps) coûte 6 $ par utilisateur et par mois, avec un minimum de 12 mois-utilisateur par commande. On n'a pas vérifié d'import Bitbucket natif : prévois un push Git.

Comment migrer. Crée le projet, pousse le dépôt en miroir, puis réécris tes Pipelines dans le format de CI de OneDev. Les comptes désactivés, les comptes de service et les utilisateurs IA ne comptent pas dans la licence Enterprise.

Bon à savoir. Commence en Community : tu ne passes en Enterprise que si tu as besoin de la haute disponibilité ou de l'audit.

Pourquoi partir sur Codeberg. Codeberg est une forge gratuite portée par une association à but non lucratif, Codeberg e.V. La plupart de ses services tournent sur son propre matériel, dans un centre de données loué à Berlin. Pas de prix par siège.

Pour qui. Les mainteneurs de projets libres (open source) qui veulent quitter Bitbucket pour une forge européenne et non commerciale.

Pour qui ce n'est pas fait. Une entreprise avec des dépôts privés : Codeberg ne propose pas d'hébergement privé. Il tolère jusqu'à 100 Mo de contenu privé pour ses contributeurs, au-delà sur demande, et rien si tu ne contribues pas au libre.

Sa limite. L'outil de migration de Codeberg ne liste pas Bitbucket parmi ses sources (il connaît GitHub, GitLab, Gitea, Forgejo, Gogs, OneDev, GitBucket et Codebase). Avec l'option « Git » générique, seul le code arrive : ni tickets, ni labels, ni wiki, ni versions.

Comment migrer. Choisis la migration « Git », colle l'URL de ton dépôt Bitbucket et tes identifiants. Recopie à la main le README et les notes de version qui comptent.

Bon à savoir. Une astuce pour récupérer plus : passe d'abord par GitLab (qui importe les PR depuis Bitbucket), puis migre de GitLab vers Codeberg, qui sait importer depuis GitLab. Vérifie ce qui arrive sur un dépôt test avant de le faire en grand.