Bitbucket est la plateforme d'hébergement de code Git d'Atlassian qui réunit la revue par pull request, l'intégration continue Pipelines et la traçabilité Jira, avec revue par IA incluse à partir de l'offre Standard.
Vous avez utilisé cet outil ? Notez-le
Vous avez utilisé cet outil ? Notez-le
Bitbucket est une plateforme d'hébergement de dépôts Git et de collaboration autour du code, exploitée par Atlassian. À sa base, elle fait ce que fait tout hébergeur Git : elle stocke des dépôts, suit les branches et l'historique des commits, et offre aux équipes un espace commun pour proposer, discuter et fusionner des modifications. Ce qui la distingue des autres produits de la catégorie n'est pas la couche Git elle-même, mais l'entreprise qui l'entoure. Bitbucket constitue l'extrémité « code » d'une famille de produits qui comprend également Jira pour le suivi des tickets et Confluence pour la documentation, et presque chaque décision de conception du produit peut être ramenée à ce fait.
Si vous n'avez pas examiné Bitbucket depuis quelques années, le discours a nettement changé. Le site met désormais en avant une affirmation différente : Bitbucket se présente comme « Code & CI/CD, powered by AI and the Atlassian platform », et le sous-titre promet d'accélérer la livraison « from planning to production, with native connections to Jira, Rovo, and the Teamwork Graph ». C'est un positionnement bien plus tourné vers l'intelligence artificielle que l'ancienne formule « solution Git pour les équipes qui utilisent Jira », qui circule encore dans les annuaires et les articles comparatifs.
Il faut être précis sur ce que ce repositionnement signifie et ne signifie pas, car c'est exactement dans l'écart entre l'accent marketing et la réalité de la facture que les équipes se font surprendre. Bitbucket n'est pas un produit d'intelligence artificielle qui se trouverait aussi stocker du code. C'est une plateforme d'hébergement Git et de CI/CD qui a ajouté une couche d'intelligence artificielle réelle et non triviale par-dessus un noyau mature. La distinction n'est pas de la pédanterie : elle détermine ce que vous achetez réellement, ce que vous pouvez attendre d'un compte gratuit, et ce qui apparaîtra comme une ligne distincte sur la facture.
La manière la plus honnête de décrire Bitbucket consiste à le voir comme trois couches empilées. La couche inférieure est l'hébergement Git et la revue par pull request : elle est mature et ne dépend aucunement de l'intelligence artificielle. La couche intermédiaire est Bitbucket Pipelines, le moteur d'intégration continue intégré, où se concentre l'essentiel des coûts facturés à l'usage. La couche supérieure est l'assistance par intelligence artificielle, bien réelle et partiellement incluse dans les offres payantes, mais qui n'atteint sa forme complète qu'à travers un abonnement facturé séparément. Les équipes qui comprennent cet empilement prennent de bonnes décisions. Celles qui ne lisent que la page d'accueil tendent soit à surestimer l'intelligence artificielle, soit à l'écarter complètement, et ces deux erreurs coûtent cher.
Bitbucket héberge un nombre illimité de dépôts Git publics et privés sur toutes les offres, y compris la gratuite. Cela compte plus qu'il n'y paraît, car plusieurs services concurrents ont historiquement utilisé l'accès aux dépôts privés comme principal levier de montée en gamme. Bitbucket facture plutôt selon le nombre de sièges et la capacité de compilation, ce qui déplace la discussion budgétaire de « combien de dépôts privés me faut-il » vers « combien de personnes et quelle capacité d'intégration continue me faut-il ».
Les pull requests sont la pièce maîtresse. Bitbucket fournit une vue des différences côte à côte avec commentaires contextuels et gestion des tâches, de sorte qu'un relecteur peut laisser une remarque sur une ligne précise et la convertir en tâche suivie qui devra être résolue. Ce petit mécanisme change la culture de revue : les commentaires cessent d'être des suggestions qui défilent et disparaissent pour devenir des éléments dotés d'un état.
Par-dessus viennent les contrôles de fusion, qui permettent à une équipe d'énumérer les conditions que les relecteurs doivent satisfaire avant d'approuver, afin que chaque pull request soit vérifiée de manière cohérente avant d'être fusionnée. Sur l'offre Premium, ces contrôles peuvent être imposés plutôt que consultatifs, ce qui signifie que la fusion est véritablement bloquée tant que les conditions ne sont pas remplies. Si votre discours de conformité repose sur « nous ne pouvons pas fusionner du code non relu » plutôt que sur « nous demandons aux gens de ne pas le faire », c'est précisément cette différence d'application que vous payez.
Code Insights élargit encore la surface de revue en remontant les résultats de tests et les sorties d'analyses de sécurité directement dans la vue de la pull request, de sorte que les relecteurs évaluent les signaux de qualité au même endroit qu'ils évaluent les modifications, plutôt que dans un tableau de bord séparé.
Pipelines est le système d'intégration et de livraison continues intégré, configuré comme du code au moyen d'un fichier de configuration et d'une bibliothèque de modèles par langage. Sur le plan opérationnel, il offre un choix déterminant pour les environnements réglementés : vous pouvez exécuter les tâches sur des exécuteurs hébergés par Atlassian ou connecter vos propres exécuteurs derrière un pare-feu, ou mélanger les deux, et vous pouvez définir et suivre plusieurs environnements de déploiement comme le développement, la préproduction et la production. Ce modèle hybride signifie que les charges qui ne peuvent légalement pas quitter votre réseau restent orchestrées par les mêmes définitions de pipeline que tout le reste.
La connexion à Jira est la raison historique pour laquelle beaucoup d'équipes choisissent Bitbucket, et elle demeure l'argument le plus fort du produit. Le fait de référencer une clé de ticket dans un nom de branche, un message de commit ou une pull request rattache automatiquement l'activité de développement au ticket Jira correspondant. Le résultat concret est qu'un chef de projet peut voir si un travail est en revue, fusionné ou déployé sans interroger un ingénieur, et qu'un ingénieur peut répondre à « qu'est-ce qui est parti dans cette version » sans le reconstituer à la main.
La couche d'intelligence artificielle mérite une description prudente et fondée sur des preuves, car c'est la partie la plus souvent exagérée. La revue de code par intelligence artificielle, les résumés d'échecs de compilation, le résumé des pull requests et la recherche assistée sont tous livrés à l'intérieur des offres Standard, Premium et Enterprise plutôt que comme une ligne distincte, et ils s'activent automatiquement tout en restant désactivables par un administrateur de l'organisation. À l'usage quotidien, cela signifie que le relecteur automatique effectue un premier passage sur vos modifications avant qu'un humain ne les ouvre, et qu'une compilation échouée produit une explication lisible de ce qui a cassé au lieu d'un journal brut qu'il faut disséquer.
Rovo Dev fait exception, et la distinction compte pour la budgétisation. Il est vendu comme un abonnement à part entière à 20 dollars par développeur et par mois, incluant 2 000 crédits Rovo Dev avec un dépassement facturé à 0,01 dollar le crédit, proposé avec un essai de 30 jours et sans palier gratuit. Rovo Dev correspond au niveau agentique qui prend en charge la planification, la génération de code et l'automatisation de tâches plus larges, et il est accessible via une interface en ligne de commande pilotée par des instructions en langage naturel.
Le résumé honnête est que l'intelligence artificielle dans Bitbucket constitue une couche d'accélération substantielle plutôt que le centre de gravité commercial du produit. Les preuves soutiennent directement cette lecture : les fonctions incluses n'ont ni unité de mesure dédiée ni facturation séparée, tandis que l'agent le plus abouti dispose à la fois de sa propre monnaie de crédits et de son propre tarif. La structure de prix révèle ce qu'un éditeur considère comme son produit principal, et ici le produit principal reste l'hébergement de code accompagné de la CI/CD.
Équipes utilisant déjà Jira. C'est l'adéquation la plus nette et le scénario pour lequel le produit est optimisé. La traçabilité du ticket à la branche, puis à la pull request et au déploiement, est native plutôt que rapportée, et aucun connecteur tiers n'est à maintenir.
Organisations soumises à des exigences strictes de localisation du code source. Parce que la version auto-hébergée persiste sous une licence hybride, les équipes qui ne peuvent pas placer leur code source dans un nuage public disposent d'un chemin pris en charge, là où plusieurs concurrents ont fermé cette option.
Petites équipes validant un flux de travail. Cinq utilisateurs, des dépôts privés illimités et un système d'intégration continue fonctionnel rendent l'offre gratuite viable pour une petite équipe, à condition que le volume de compilation reste modeste.
Entreprises consolidant leurs fournisseurs. Acheter l'hébergement de code, le suivi des tickets et la documentation auprès d'un seul éditeur simplifie les achats, la gestion des identités et la facturation, ce qui est fréquemment le facteur décisif à grande échelle, indépendamment des comparaisons fonctionnelles.
Chaînes réglementées nécessitant une exécution hybride. La possibilité de conserver les étapes sensibles sur des exécuteurs auto-hébergés tout en utilisant des exécuteurs hébergés pour le reste convient aux organisations soumises à des restrictions partielles.
Mettez agressivement les dépendances en cache. Puisque la facturation est liée au temps d'exécution, mettre en cache le téléchargement des paquets constitue une réduction directe des coûts et non un simple confort. Pour la plupart des projets, c'est l'optimisation au meilleur rapport effort/gain.
N'exécutez pas des pipelines complets à chaque commit. Restreignez les étapes coûteuses aux pull requests et à la branche principale. Lancer une suite entière à chaque poussée sur une branche en cours de travail est la manière la plus courante d'épuiser son allocation.
Exploitez la concurrence gratuite. Comme la concurrence n'est pas facturée séparément, découper une longue tâche séquentielle en étapes parallèles réduit le temps réellement écoulé sans modifier la structure de coût fondamentale. Optimisez le temps écoulé, pas le nombre d'étapes.
Gardez les gros binaires hors de Git. Utilisez le stockage de gros fichiers de manière délibérée et rappelez-vous que sa capacité dépend de l'offre. Committer des artefacts de compilation ou des médias dans l'historique Git ordinaire crée un problème qui empire durablement et se corrige difficilement.
Traitez la revue automatique comme un premier passage, pas comme un verdict. Sa valeur réside dans le fait d'attraper les problèmes mécaniques avant qu'un humain n'y consacre son attention. Elle ne comprend pas vos exigences produit, et considérer son approbation comme suffisante constitue un détournement de la fonction.
Migrez dès maintenant les tickets et wikis natifs. Si vous les utilisez encore, c'est urgent et non éventuel. Voyez la section des limites pour l'échéance précise.
Définissez explicitement les environnements de déploiement. Déclarer développement, préproduction et production comme environnements suivis vous donne une réponse fiable à la question « quelle version tourne où », ce qui vaut plus qu'un tableau de bord pendant un incident.
Bitbucket convient aux équipes déjà engagées dans l'écosystème Atlassian mieux qu'à tout autre public. Si Jira est l'endroit où le travail est planifié, l'intégration supprime une charge de coordination qui serait autrement manuelle.
Il convient aux ingénieurs plateforme et DevOps qui souhaitent disposer de la CI/CD dans le même produit que le dépôt, évitant ainsi un prestataire d'intégration continue distinct avec son propre modèle de permissions et ses propres modes de défaillance.
Il fonctionne bien pour les entreprises soumises à des obligations de conformité, grâce au chiffrement, aux listes d'adresses autorisées, à la vérification imposée et à une option auto-hébergée maintenue spécifiquement pour le code source.
Il est moins adapté aux projets ouverts cherchant des contributions communautaires, où les effets de réseau des plus grandes plateformes dominent. Un dépôt public sur Bitbucket recevra simplement moins de contributions spontanées, et aucune fonctionnalité ne compense cela.
Il convient mal aux équipes ayant de forts besoins d'intégration continue sans budget, car 50 minutes gratuites par mois ne soutiendront pas une pratique réelle.
Bitbucket est avant tout une application web, l'ensemble des interfaces de revue, d'administration et de pipeline étant fourni dans le navigateur. L'interaction quotidienne avec le code passe par n'importe quel client Git standard, puisque le service parle Git ordinaire en HTTPS et SSH et n'exige aucun outillage propriétaire.
Pour l'automatisation, il existe une API REST documentée et un portail développeur, aux côtés de la documentation officielle et du blog produit. L'extensibilité est assurée par la plateforme applicative Forge.
Pour le déploiement auto-hébergé, Bitbucket Data Center reste disponible, et son statut est inhabituel d'une manière qui favorise ses utilisateurs. Atlassian met fin progressivement à sa gamme Data Center, arrêtant les ventes aux nouveaux clients le 30 mars 2026 et fixant le 28 mars 2029 comme date terminale, mais la version Data Center de Bitbucket survit grâce à une option de licence hybride, précisément parce que le code source est traité comme particulièrement sensible.
Concernant le mobile, Atlassian ne publie pas d'application mobile officielle pour Bitbucket ; les applications disponibles sont des clients tiers. Les équipes ayant besoin de relire sur mobile doivent les évaluer indépendamment plutôt que de présumer un soutien de l'éditeur.
Bitbucket Cloud est vendu en trois paliers, dont les limites de capacité comptent davantage que les prix affichés.
L'offre gratuite est plafonnée à cinq utilisateurs et comprend des dépôts publics et privés illimités, 50 minutes de compilation Pipelines par mois et 1 Go de stockage Git LFS. Standard est affichée à 3,65 dollars par utilisateur et par mois, et Premium à 7,25 dollars par utilisateur et par mois. Le stockage LFS évolue selon les paliers à 1 Go, 5 Go et 10 Go respectivement.
La capacité de compilation est le chiffre autour duquel planifier. L'offre gratuite inclut 50 minutes par mois, Standard 2 500 et Premium 3 500. Lorsque vous dépassez l'allocation, Atlassian facture automatiquement 10 dollars par tranche supplémentaire de 1 000 minutes. C'est le caractère automatique de ce prélèvement qui surprend les équipes, d'où l'intérêt de configurer tôt des alertes.
Deux détails rendent le compteur plus indulgent qu'une lecture naïve ne le suggère. Les minutes ne comptabilisent que le temps pendant lequel un pipeline s'exécute réellement sur un exécuteur avec le statut « en cours », l'attente d'obtention d'un exécuteur étant exclue. Bitbucket ne facture pas non plus la concurrence, si bien que paralléliser pour finir plus vite n'entraîne aucune pénalité tarifaire.
L'économie de l'intelligence artificielle mérite d'être redite clairement. Les fonctions incluses ne coûtent rien au-delà du prix de l'offre. Rovo Dev est distinct, à 20 dollars par développeur et par mois avec 2 000 crédits et un dépassement à 0,01 dollar le crédit. Budgétez-les séparément.
Premium débloque en outre les contrôles de fusion imposés, les listes d'adresses autorisées, les permissions de déploiement, la vérification en deux étapes obligatoire et la mise en miroir intelligente. Pour bien des organisations, ce sont ces contrôles de sécurité, et non les 1 000 minutes supplémentaires, qui justifient ce palier.
GitHub est la comparaison par défaut et domine nettement sur l'écosystème, la portée communautaire et la gravité du logiciel libre. Son allocation gratuite d'intégration continue pour les dépôts privés est nettement plus généreuse, et les projets publics cherchant des contributeurs y réussiront presque toujours mieux.
GitLab rivalise en tant qu'application unique couvrant de la planification au déploiement, avec des capacités DevSecOps intégrées solides et une édition auto-gérée bien établie. Les équipes qui veulent un seul outil plutôt qu'une suite composée du meilleur de chaque catégorie le préfèrent souvent.
Azure DevOps séduit les organisations standardisées sur l'infrastructure et les identités Microsoft, offrant des capacités comparables de dépôt et de pipeline au sein de cet écosystème.
Gitea et Forgejo sont des options auto-hébergées légères pour les équipes dont la priorité est le contrôle et la simplicité plutôt que l'intégration.
La règle de décision honnête : si votre organisation utilise Jira, l'avantage d'intégration de Bitbucket est réel et difficile à reproduire. Sinon, l'argumentaire s'affaiblit considérablement et les alternatives ci-dessus rivalisent généralement mieux sur leurs propres mérites.
Les tickets et wikis natifs sont supprimés. C'est l'élément le plus sensible au temps de ce document. Les tickets et wikis natifs de Bitbucket sont entièrement supprimés à la mi-août 2026, Atlassian conseillant aux équipes d'exporter les tickets ou de les déplacer vers Jira, et de cloner les wikis localement avant de migrer ce contenu vers Confluence. Si vos dépôts en dépendent encore, agissez immédiatement plutôt que de bâtir des plans autour d'eux.
L'allocation gratuite de compilation est réellement faible. Cinquante minutes par mois suffisent à évaluer Pipelines, pas à faire fonctionner une intégration continue. Toute équipe ayant un volume de fusions réel passera à une offre payante ou épuisera rapidement son allocation.
La facturation du dépassement est automatique. Dépasser vos minutes n'arrête pas les compilations, cela ajoute des frais. C'est pratique en exploitation et dangereux financièrement sans surveillance.
Des contrôles de sécurité clés sont réservés à Premium. Les listes d'adresses autorisées et la vérification en deux étapes imposée se situent au palier supérieur, ce qui crée un manque pour les équipes ayant des exigences de sécurité et un budget Standard.
La gravité de l'écosystème favorise les concurrents. Pour le travail public et ouvert, la découvrabilité et le volume de contributions sont structurellement inférieurs à ceux de la plus grande plateforme, et ce n'est pas quelque chose que des fonctionnalités peuvent corriger.
Data Center a un horizon défini. Bien que la version Data Center de Bitbucket se poursuive sous licence hybride tandis que d'autres produits Data Center d'Atlassian s'éteignent, la trajectoire générale va vers le nuage, et les plans d'auto-hébergement de long terme doivent en tenir compte.
La consolidation fournisseur a deux tranchants. L'intégration Jira qui rend Bitbucket convaincant approfondit aussi la dépendance à la feuille de route, aux prix et aux décisions produit d'un seul éditeur.
Oui, dans certaines limites. L'offre gratuite prend en charge jusqu'à cinq utilisateurs avec des dépôts publics et privés illimités, 50 minutes de compilation par mois et 1 Go de stockage LFS. Elle convient bien aux petites équipes et à l'évaluation, mais c'est l'allocation de compilation, et non le nombre d'utilisateurs, qui force généralement la montée en gamme.
Non, selon la documentation d'Atlassian, et cela mérite une réponse précise car une affirmation largement relayée suggère le contraire. Atlassian déclare clairement que les données clients, y compris celles soumises à Rovo et à Atlassian Intelligence ou générées par eux, ne sont jamais utilisées pour entraîner, affiner ou améliorer des modèles ou services d'intelligence artificielle. Par ailleurs, des articles ont décrit de nouveaux réglages de contribution de données prenant effet en 2026 et permettant au contenu applicatif d'améliorer l'intelligence artificielle d'Atlassian. Ces articles concernent un périmètre produit différent : la documentation de disponibilité d'Atlassian limite ces réglages à Confluence, Jira, Jira Service Management et aux applications de plateforme, et elle cite Bitbucket parmi les applications dont les métadonnées et les données applicatives ne sont pas utilisées, le réglage n'y étant pas encore disponible. Les entreprises aux exigences strictes devraient tout de même vérifier directement les conditions en vigueur, ce domaine évoluant.
L'offre gratuite inclut 50 minutes par mois, Standard 2 500 et Premium 3 500. Dépasser l'allocation n'interrompt pas vos compilations ; Atlassian facture automatiquement 10 dollars par tranche supplémentaire de 1 000 minutes. Mettez en place des alertes de facturation avant que cela ne devienne pertinent.
Les deux, selon la fonction. La revue de code assistée, les résumés d'échecs de compilation, le résumé des pull requests et la recherche assistée sont inclus à partir de Standard et activés par défaut, les administrateurs pouvant les désactiver. L'agent Rovo Dev est un abonnement distinct à 20 dollars par développeur et par mois incluant 2 000 crédits, l'usage supplémentaire étant à 0,01 dollar le crédit, sans palier gratuit.
Oui. Bitbucket Data Center demeure l'option auto-hébergée prise en charge et se poursuit sous un régime de licence hybride, alors même qu'Atlassian retire les éditions Data Center d'autres produits, une décision attribuée à la sensibilité particulière du code source. Bitbucket Server, l'ancienne édition auto-hébergée, n'est plus ni vendu ni pris en charge.
Par convention plus liaison automatique. Inclure une clé de ticket Jira dans un nom de branche, un message de commit ou une pull request associe cette activité de développement au ticket, faisant remonter l'état de la branche, de la revue et du déploiement dans Jira sans mise à jour manuelle. Le coût de mise en place se résume à adopter une habitude de nommage.
Oui. Pipelines prend en charge des exécuteurs auto-hébergés derrière votre pare-feu aux côtés des exécuteurs hébergés par Atlassian, et les deux peuvent être combinés. Les charges sensibles s'exécutent ainsi dans votre réseau tandis que les tâches ordinaires utilisent la capacité hébergée, sous les mêmes définitions de pipeline.
GitHub est le meilleur choix pour le logiciel libre dans la plupart des cas. L'échelle de sa communauté, la découverte de contributeurs et une intégration continue gratuite plus généreuse pour les dépôts privés constituent des avantages structurels. La force de Bitbucket réside dans le développement privé en équipe où Jira est déjà le système de planification, ce qui est un problème différent d'attirer des contributeurs externes.
Les dépôts sont chiffrés au repos en AES-256 et en transit en TLS 1.2 ou supérieur, tandis que les listes d'adresses autorisées et la vérification en deux étapes imposée relèvent du palier Premium. Atlassian maintient des certifications de conformité dont SOC 2 et ISO/IEC 27001. Les équipes ayant besoin de contrôles d'accès plus stricts doivent budgéter spécifiquement Premium.
Non. Les tickets et wikis natifs sont supprimés à la mi-août 2026. Exportez ou migrez les tickets vers Jira et déplacez le contenu des wikis vers Confluence dès maintenant. Démarrer aujourd'hui un nouveau travail dans ces fonctions revient à se créer une charge de migration assortie d'une échéance.
Comment utiliser Bitbucket
Créer un espace de travail et un dépôt
Commencez par créer un compte Atlassian et un espace de travail Bitbucket, qui est le conteneur détenant vos dépôts, vos utilisateurs et votre facturation. Créez-y un dépôt en choisissant le mode privé par défaut, sauf si le code est réellement destiné à être public. Poussez ensuite un projet existant ou clonez le dépôt vide pour démarrer.
Établir un modèle de branches
Décidez tôt comment les branches correspondent au travail. La plupart des équipes adoptent une branche principale reflétant toujours la production, avec des branches de fonctionnalité de courte durée fusionnées via des pull requests. Configurez les permissions de branche pour que personne ne pousse directement sur la principale, car ce seul réglage évite la catégorie la plus courante de dommages accidentels.
Raccorder Jira
Connectez l'espace de travail à votre site Jira et adoptez la convention consistant à placer les clés de tickets dans les noms de branches et les messages de commit. Une fois cette habitude installée, la traçabilité devient automatique et ne demande plus aucun effort.
Ajouter un pipeline
Activez Pipelines et partez d'un modèle correspondant à votre langage. Commencez par quelque chose de petit qui réussit réellement, comme installer les dépendances et lancer la suite de tests, puis étendez. Résistez à la tentation d'écrire immédiatement un pipeline exhaustif, car un pipeline qui échoue pour des raisons structurelles apprend à l'équipe à ignorer les compilations rouges.
Configurer les exigences de revue
Définissez le nombre d'approbations requises et les contrôles de fusion. Si vous êtes sur Premium, activez l'application stricte afin que les contrôles bloquent véritablement au lieu de se contenter d'avertir.
Surveiller le compteur de minutes
Avant que les habitudes de votre équipe ne se figent, regardez combien de minutes votre pipeline consomme par exécution et multipliez par le nombre de fusions hebdomadaires attendu. Faire ce calcul dès la première semaine coûte bien moins cher que de le découvrir sur une facture au troisième mois.