Tarifs et licences Bitbucket

Consultez la page des tarifs de Bitbucket pour savoir ce qui est inclus dans chaque offre.

Les minutes de build mesurent la durée d'exécution du pipeline de CI/CD sur les exécuteurs Atlassian Cloud. Le nombre total de minutes de build est calculé en fonction de la taille de l'exécuteur utilisé. Par exemple, une étape de 5 minutes sur un exécuteur 2× compterait pour 10 minutes de build.

Avec les offres Free, vous ne pouvez pas acheter de minutes de build ou de stockage LFS supplémentaires au-delà de l'allocation prévue pour votre offre. Si vous souhaitez acheter des allocations supplémentaires, veuillez mettre à niveau vers une offre payante.

Si vous disposez d'une offre mensuelle, vous continuerez à être facturé pour toute utilisation extra à la fin de chaque période de facturation.

Si vous disposez d'une offre annuelle, les frais liés à l'utilisation extra s'appliqueront à compter du 3 décembre 2026. Vous pouvez configurer la fréquence de facturation dans l'Administration Atlassian.

Oui ! Pour en savoir plus, consultez le lien de demande pertinent pour vous (voir ci-dessous) :

• Demande de licence Social Impact
• Demande de licence Academic

• Licences Classroom

On entend par utilisateur toute personne disposant d'un compte Bitbucket. Dès lors que vous attribuez à un utilisateur l'accès à un dépôt privé, il compte comme un utilisateur de votre plan de facturation.

On entend par espace de travail la manière dont vous organisez les différents flux de travail au sein d'un compte. Tout ce que vous créez dans Bitbucket Cloud (dépôts, branches, etc.) sera disponible au sein d'un espace de travail. Tous les utilisateurs débutent avec un espace de travail et un identifiant d'espace de travail. Vous pouvez créer des espaces de travail supplémentaires si nécessaire, et y inviter d'autres utilisateurs. Pour plus d'informations, veuillez consulter notre documentation sur les espaces de travail.

La tarification des packages est calculée en fonction de l'espace de stockage et de l'utilisation du réseau associés à ces derniers. Par exemple :

Si vous avez deux conteneurs enregistrés, l'un de 1 Go et l'autre de 2 Go → Total = 3 Go de stockage de packages

Si 100 développeurs téléchargent le package de 1 Go et 20 téléchargent le package de 2 Go. Votre utilisation totale du réseau est de 140 Go

Pour connaître les tarifs, veuillez consulter notre page de tarification.

Nous proposons deux tiers pour les exécuteurs autohébergés.
L'inscription aux exécuteurs Standard est gratuite et permet d'utiliser jusqu'à 100 exécuteurs au maximum.

Les exécuteurs Premium sont facturés $15 par emplacement de build simultané utilisé.

Pour gérer votre budget, vous pouvez définir le nombre maximum d'emplacements de build simultanés pour votre espace de travail.
Vous n'êtes facturé que pour le nombre maximum d'emplacements simultanés que vous utilisez réellement. Par exemple, si vous définissez un maximum de 20, mais que vous n'utilisez que 15 emplacements simultanés au cours du mois, vous serez facturé pour 15.

Les clients Bitbucket Cloud Standard et Bitbucket Cloud Premium sont invités à contacter notre équipe de support Bitbucket à tout moment pour obtenir de l'aide.

Les abonnés à Bitbucket Cloud Free peuvent bénéficier d'un support par le biais de la communauté Atlassian.

Comme tous les autres compteurs Atlassian, les allocations d'utilisation de Bitbucket sont mutualisées au niveau de l'organisation, tant pour les clients annuels que mensuels. Ainsi, vos allocations mensuelles incluses (minutes de build, stockage Git Large File Storage, stockage de packages et réseau de packages) sont partagées entre tous les espaces de travail de votre organisation Atlassian, et ne sont pas cloisonnées par espace de travail.

Ce que vous devez savoir :

• La mutualisation au niveau de l'organisation vous offre de la flexibilité. Si un espace de travail utilise moins de minutes de build au cours d'un mois donné, cette capacité est mise à la disposition des autres espaces de travail de votre organisation sans qu'il soit nécessaire de la réattribuer manuellement.
• Transparence de l'utilisation. Le tableau de bord d'utilisation de la plateforme dans l'Administration Atlassian affiche l'utilisation totale au niveau de l'organisation et vous permet de consulter des répartitions au niveau des espaces de travail, afin que vous puissiez identifier les équipes ou les projets à l'origine de cette utilisation.

Pourquoi la mutualisation au niveau de l'organisation ?
De nombreuses organisations disposent de plusieurs espaces de travail pour différents projets ou équipes. La mutualisation au niveau de l'organisation évite les situations où un espace de travail atteint sa limite, tandis qu'un autre dispose d'une capacité inutilisée, ce qui réduit le gaspillage et évite des frais d'utilisation extra inutiles.

L'utilisation de Bitbucket est mesurée à l'aide de quatre compteurs : les pipelines de minutes de build, Git Large File Storage (LFS), le stockage de packages et le réseau de packages.

Si vous disposez d'une offre mensuelle Bitbucket, vous payez déjà pour ces compteurs. Si vous disposez d'une offre annuelle, ces compteurs s'appliqueront à compter du 3 décembre 2026.

Comment l'utilisation est mesurée pour ces compteurs :

Les packages Bitbucket constituent un registre d'artefacts intégré qui permet à votre équipe de publier, de gérer les versions et d'utiliser des images Docker ainsi que des packages de langages (npm, Maven, PyPI et NuGet), le tout au sein de Bitbucket. Grâce au regroupement du code source, du CI/CD ainsi que du stockage des artefacts sur une seule et même plateforme, vos développeurs réduisent les changements de contexte et peuvent gérer l'intégralité du pipeline de livraison depuis un seul et même endroit.

Si vous disposez d'une offre annuelle, les packages seront activés le 3 décembre 2026.

Si vous disposez d'une offre mensuelle, vous devriez voir les packages apparaître dans votre menu de navigation de gauche, sous chaque dépôt.

Oui, les échecs de build consomment des minutes de build. Les minutes de build sont calculées en fonction du temps d'exécution de chaque étape du pipeline, que celle-ci (ou le pipeline dans son ensemble) aboutisse ou échoue. Si une étape s'exécute pendant 3 minutes sur un exécuteur 2 fois avant d'échouer, elle consomme 6 minutes de build.

Pourquoi cela fonctionne ainsi :
Les ressources informatiques (CPU, mémoire, réseau) sont consommées dès le début de l'exécution d'une étape, que le résultat soit une réussite ou un échec. Ce principe est conforme à la manière dont toutes les principales plateformes de CI/CD mesurent l'utilisation.

Ce que vous devez savoir :

• Un pipeline qui échoue à l'étape 3 sur 5 ne consommera des minutes que pour les étapes 1 à 3 (les étapes 4 et 5 ne s'exécutent jamais et ne sont pas facturées).
• Les pipelines annulés manuellement consomment des minutes jusqu'au moment de l'annulation.

Comment minimiser le gaspillage de minutes dû aux échecs :

• Utilisez la mise en cache pour accélérer les étapes afin que les échecs soient détectés plus rapidement.
• Placez des vérifications à échec rapide (linting, analyse statique) en début de pipeline afin que les étapes coûteuses ne s'exécutent pas inutilement.
• Utilisez des étapes conditionnelles ou des déclencheurs de pipeline pour éviter d'exécuter des builds complets sur des branches non critiques.

Pour éviter toute interruption de vos pipelines existants, la facturation de l'utilisation extra des minutes de build est automatiquement activée sur votre compte. Lorsque l'allocation des minutes de build est épuisée, votre utilisation continuera d'être suivie et vous serez facturé lors de votre prochain cycle de facturation.

Toutefois, si vous avez désactivé l'utilisation extra ou si vous avez atteint le plafond d'utilisation extra que vous avez défini pour votre organisation, vos pipelines cesseront de s'exécuter jusqu'à la réinitialisation de votre utilisation le mois suivant. Toutes les autres fonctionnalités de Bitbucket continueront de fonctionner normalement.

Ce que vous devez savoir :

• Les fonctionnalités principales ne sont pas affectées. Les dépôts, l'hébergement de code, les pull requests, la revue de code, la création de branches, le merging, les autorisations de déploiement, le contrôle des merges, les contrôles d'accès et les fonctionnalités d'IA continuent toutes de fonctionner sans interruption, car elles ne consomment pas de minutes de build.
• Les exécuteurs autohébergés ne sont pas affectés. Les pipelines configurés pour s'exécuter sur votre propre infrastructure d'exécuteurs autohébergés continueront de fonctionner, car ils ne sont pas pris en compte dans le calcul des minutes de build.
• Les autres compteurs sont indépendants. L'épuisement des minutes de build n'a aucun impact sur le stockage Git Large File Storage, le stockage de packages ou le réseau de packages, car chaque compteur fonctionne de manière indépendante.

Comment éviter les interruptions :

• Laissez la facturation de l'utilisation extra activée. Si la continuité du pipeline de CI/CD est essentielle, laissez la facturation de l'utilisation extra activée.
• Surveillez les notifications de seuil. Les administrateurs commenceront à recevoir des alertes lorsque l'utilisation atteindra 80 % et 100 % des limites d'utilisation, ce qui donnera aux équipes le temps d'optimiser leurs workflows ou de prévoir l'achat de capacité supplémentaire.
• Gérez l'utilisation.Auditez vos pipelines pour identifier des opportunités d'optimisation, par exemple en ignorant les builds sur les branches non critiques, en mettant en cache les dépendances et en tirant parti des packages Bitbucket pour réduire le temps de téléchargement redondant.

À partir du 3 décembre, vous pourrez acheter des packs d'utilisation annuels prépayés pour bénéficier d'un tarif avantageux. Contactez votre équipe commerciale pour plus d'informations

• Les packs d'utilisation annuelle vous permettent d'acheter de la capacité supplémentaire au-delà de votre allocation incluse et servent à compléter vos allocations mensuelles. Les allocations ne sont pas reportées sur le mois suivant.
• Les packs d'engagement (bientôt disponibles) sont un solde prépayé que votre organisation peut utiliser à tout moment au cours de la période d'engagement de 12 mois. Ils fonctionnent comme une carte cadeau : le solde diminue au fur et à mesure de votre utilisation. Ils sont valables pendant 12 mois et ne sont pas reportés sur l'année suivante.

Nous vous recommandons d'acheter le pack qui correspond à vos niveaux d'utilisation actuels. Si vous avez besoin d'un pack d'utilisation uniquement pour un mois spécifique, vous pouvez également acheter un pack d'utilisation mensuel.

Exemple :

• Si vous disposez d'une offre Premium avec une allocation de 3 500 minutes de build par mois :
• Si vous achetez un pack d'utilisation annuel de 100 000 minutes de build, celui-ci est calculé au prorata : 100 000 / 12 = 8 334 minutes, ce qui porte votre allocation mensuelle à 3 500 + 8 334 = 11 834 min/mois.

Si vous utilisez 12 834 minutes au cours d'un mois, les 1 000 minutes en extra vous seront facturées $10, conformément à notre tarification standard postpayée. Si vous avez acheté un pack d'engagement à prix réduit, les minutes en extra seront déduites du solde de ce pack.

Si vous prévoyez que votre utilisation dépassera régulièrement votre allocation mensuelle ou si celle-ci varie considérablement d'un mois à l'autre en raison de vos besoins opérationnels, nous vous recommandons d'acheter un pack d'engagement afin de pouvoir y puiser selon vos besoins.

Nous mettons à votre disposition plusieurs outils pour vous aider à comprendre vos allocations incluses, à suivre votre utilisation actuelle et à prévoir vos coûts futurs. Tous ces outils sont accessibles depuis l'interface d'Administration Atlassian.

1. Connaître vos allocations incluses
Votre offre comprend des allocations mensuelles pour chaque compteur, regroupées au niveau de l'organisation.