Bitbucket ist die Git-Hosting-Plattform von Atlassian, die Pull-Request-Reviews, integrierte Pipelines für CI/CD und durchgängige Jira-Nachvollziehbarkeit verbindet, inklusive KI-Review ab dem Standard-Tarif.
Hast du dieses Tool genutzt? Bewerte es
Hast du dieses Tool genutzt? Bewerte es
Bitbucket ist eine von Atlassian betriebene Plattform für das Hosting von Git-Repositories und die Zusammenarbeit am Quellcode. Im Kern tut sie das, was jeder Git-Hoster tut: Sie speichert Repositories, verfolgt Branches und die Commit-Historie und bietet Teams einen gemeinsamen Ort, um Änderungen vorzuschlagen, zu diskutieren und schließlich zusammenzuführen. Was sie vom Rest der Kategorie unterscheidet, ist nicht die Git-Schicht selbst, sondern das Unternehmen, das sie umgibt. Bitbucket bildet das Code-Ende einer Produktfamilie, zu der auch Jira für die Vorgangsverfolgung und Confluence für die Dokumentation gehören, und nahezu jede Designentscheidung im Produkt lässt sich auf diesen Umstand zurückführen.
Wer Bitbucket zuletzt vor einigen Jahren betrachtet hat, wird feststellen, dass sich die Darstellung merklich verschoben hat. Die Website stellt heute eine andere Behauptung voran: Bitbucket präsentiert sich als „Code & CI/CD, powered by AI and the Atlassian platform", und die Unterzeile verspricht, die Auslieferung „from planning to production, with native connections to Jira, Rovo, and the Teamwork Graph" zu beschleunigen. Das ist eine deutlich stärker auf künstliche Intelligenz ausgerichtete Positionierung als das ältere „Git-Lösung für Teams, die Jira nutzen", das in Verzeichnissen und Vergleichsartikeln noch immer kursiert.
Es lohnt sich, genau zu benennen, was diese Neupositionierung bedeutet und was nicht, denn genau in der Lücke zwischen Marketingschwerpunkt und Rechnungsrealität werden Teams überrascht. Bitbucket ist kein Produkt für künstliche Intelligenz, das nebenbei auch Code speichert. Es ist eine Plattform für Git-Hosting und CI/CD, die auf einen ausgereiften Kern eine echte und keineswegs triviale Schicht künstlicher Intelligenz aufgesetzt hat. Diese Unterscheidung ist keine Wortklauberei: Sie bestimmt, was Sie tatsächlich kaufen, was Sie von einem kostenlosen Konto erwarten dürfen und was als separate Position auf der Rechnung erscheint.
Am ehrlichsten lässt sich Bitbucket als drei übereinanderliegende Schichten beschreiben. Die unterste Schicht ist das Git-Hosting mit der Prüfung über Pull Requests; sie ist ausgereift und hängt in keiner Weise von künstlicher Intelligenz ab. Die mittlere Schicht ist Bitbucket Pipelines, die eingebaute CI/CD-Engine, in der der überwiegende Teil der nutzungsabhängigen Kosten anfällt. Die oberste Schicht ist die Unterstützung durch künstliche Intelligenz, die real und teilweise in den kostenpflichtigen Tarifen enthalten ist, ihre volle Ausprägung aber erst über ein separat bepreistes Abonnement erreicht. Teams, die diese Schichtung verstehen, treffen gute Entscheidungen. Teams, die nur die Startseite lesen, überschätzen die künstliche Intelligenz entweder oder verwerfen sie vollständig, und beide Fehler sind teuer.
Bitbucket hostet in allen Tarifen, auch im kostenlosen, unbegrenzt viele öffentliche und private Git-Repositories. Das wiegt schwerer, als es klingt, denn etliche Wettbewerber haben den Zugang zu privaten Repositories historisch als wichtigsten Hebel für ein Upgrade genutzt. Bitbucket rechnet stattdessen nach Sitzplätzen und Build-Kapazität ab, was die Kostendiskussion von „wie viele private Repositories brauche ich" hin zu „wie viele Personen und wie viel CI-Kapazität brauche ich" verschiebt.
Pull Requests bilden das Herzstück. Bitbucket bietet eine nebeneinander dargestellte Differenzansicht mit kontextbezogenen Kommentaren und Aufgabenverwaltung, sodass Prüfende eine Anmerkung an einer exakten Zeile hinterlassen und in eine nachverfolgte Aufgabe verwandeln können, die gelöst werden muss. Dieser kleine Mechanismus verändert die Prüfkultur: Kommentare sind keine Vorschläge mehr, die im Verlauf verschwinden, sondern Einträge mit einem Zustand.
Darüber liegen Merge-Prüfungen, mit denen ein Team Bedingungen auflisten kann, die Prüfende vor der Freigabe erfüllen müssen, damit Pull Requests durchgängig geprüft werden, bevor sie zusammengeführt werden. Im Premium-Tarif lassen sich diese Prüfungen erzwingen statt nur empfehlen, das Zusammenführen wird also tatsächlich blockiert, bis die Bedingungen erfüllt sind. Wenn Ihre Compliance-Argumentation auf „unrezensierter Code kann nicht zusammengeführt werden" beruht statt auf „wir bitten die Leute, es zu unterlassen", ist genau dieser Unterschied das Merkmal, für das Sie zahlen.
Code Insights erweitert die Prüffläche zusätzlich, indem es Testergebnisse und Ausgaben von Sicherheitsanalysen direkt in die Ansicht des Pull Requests holt, sodass Prüfende Qualitätssignale an derselben Stelle bewerten wie die Änderungen selbst und nicht in einem separaten Dashboard.
Pipelines ist das integrierte System für fortlaufende Integration und Auslieferung, das über eine Konfigurationsdatei und eine Sammlung sprachspezifischer Vorlagen als Code definiert wird. Betrieblich bietet es eine für regulierte Umgebungen entscheidende Wahl: Sie können Aufgaben auf von Atlassian gehosteten Runnern ausführen oder eigene Runner hinter einer Firewall anbinden oder beides mischen, und Sie können mehrere Bereitstellungsumgebungen wie Entwicklung, Staging und Produktion definieren und verfolgen. Dieses hybride Modell bedeutet, dass Arbeitslasten, die Ihr Netzwerk rechtlich nicht verlassen dürfen, dennoch über dieselben Pipeline-Definitionen gesteuert werden wie alles andere.
Die Verbindung zu Jira ist der historische Grund, aus dem viele Teams Bitbucket wählen, und sie bleibt das stärkste Argument des Produkts. Wird ein Vorgangsschlüssel in einem Branch-Namen, einer Commit-Nachricht oder einem Pull Request referenziert, verknüpft sich die Entwicklungsaktivität automatisch mit dem zugehörigen Jira-Vorgang. Praktisch bedeutet das: Eine Projektleitung sieht ohne Rückfrage bei den Entwickelnden, ob eine Arbeit in Prüfung, zusammengeführt oder ausgeliefert ist, und Entwickelnde können beantworten, was in einer Version enthalten war, ohne es von Hand zusammenzutragen.
Die Schicht künstlicher Intelligenz verdient eine sorgfältige, belegbasierte Beschreibung, denn sie wird am häufigsten übertrieben dargestellt. KI-gestützte Code-Reviews, Zusammenfassungen fehlgeschlagener Builds, die Zusammenfassung von Pull Requests und die KI-Suche sind sämtlich in den Tarifen Standard, Premium und Enterprise enthalten und nicht als separate Position ausgewiesen; sie aktivieren sich automatisch und lassen sich zugleich von einer Organisationsadministration abschalten. Im Alltag heißt das: Die Prüfung durch künstliche Intelligenz nimmt einen ersten Durchgang durch Ihre Änderungen vor, bevor ein Mensch sie öffnet, und ein fehlgeschlagener Build liefert eine lesbare Erklärung des Fehlers statt eines Rohprotokolls, das erst eingegrenzt werden muss.
Rovo Dev bildet die Ausnahme, und diese Unterscheidung ist für die Budgetierung wesentlich. Es wird als eigenes Abonnement für 20 US-Dollar pro Entwickler und Monat verkauft, bündelt 2.000 Rovo-Dev-Credits mit einer Abrechnung von 0,01 US-Dollar je zusätzlichem Credit und wird mit einer 30-tägigen Testphase, aber ohne kostenlose Stufe angeboten. Rovo Dev ist die agentische Stufe, die Planung, Codeerzeugung und größere automatisierte Aufgaben übernimmt und über eine Befehlszeile mit Anweisungen in natürlicher Sprache verfügbar ist.
Die ehrliche Zusammenfassung lautet: Künstliche Intelligenz ist in Bitbucket eine substanzielle Beschleunigungsschicht, nicht der kommerzielle Schwerpunkt des Produkts. Die Belege stützen diese Lesart unmittelbar: Die enthaltenen Funktionen haben weder eine eigene Maßeinheit noch eine separate Gebühr, während der weitergehende Agent sowohl eine eigene Credit-Währung als auch einen eigenen Preis besitzt. Die Preisstruktur verrät, was ein Anbieter als Hauptprodukt betrachtet, und hier bleibt das Hauptprodukt Code-Hosting samt CI/CD.
Teams, die bereits Jira einsetzen. Das ist die deutlichste Passung und das Szenario, für das das Produkt optimiert ist. Die Nachvollziehbarkeit vom Vorgang über den Branch und den Pull Request bis zur Auslieferung ist eingebaut statt angeflanscht, und es muss kein Konnektor eines Drittanbieters gepflegt werden.
Organisationen mit strengen Anforderungen an den Speicherort des Quellcodes. Da die selbst betriebene Variante unter einer hybriden Lizenz fortbesteht, haben Teams, die Quellcode nicht in einer öffentlichen Cloud ablegen dürfen, einen unterstützten Weg, den viele Wettbewerber inzwischen geschlossen haben.
Kleine Teams, die einen Arbeitsablauf erproben. Fünf Benutzer, unbegrenzte private Repositories und ein funktionierendes CI-System machen den kostenlosen Tarif für ein kleines Team tragfähig, sofern das Build-Volumen bescheiden bleibt.
Unternehmen, die Anbieter konsolidieren. Code-Hosting, Vorgangsverfolgung und Dokumentation von einem einzigen Anbieter zu beziehen, vereinfacht Beschaffung, Identitätsverwaltung und Abrechnung, was in größerem Maßstab häufig unabhängig von Detailvergleichen den Ausschlag gibt.
Regulierte Abläufe mit hybridem Ausführungsbedarf. Sensible Build-Schritte auf eigenen Runnern zu halten und alles Übrige auf gehosteten laufen zu lassen, passt zu Organisationen mit nur teilweisen Datenbeschränkungen.
Legen Sie zunächst ein Atlassian-Konto und einen Bitbucket-Arbeitsbereich an; dieser ist der Container, dem Repositories, Benutzer und Abrechnung zugeordnet sind. Erstellen Sie darin ein Repository und wählen Sie standardmäßig „privat", sofern der Code nicht wirklich öffentlich sein soll. Übertragen Sie anschließend ein bestehendes Projekt oder klonen Sie das leere Repository.
Entscheiden Sie früh, wie Branches auf Arbeit abgebildet werden. Die meisten Teams führen einen Hauptbranch, der stets die Produktion widerspiegelt, mit kurzlebigen Feature-Branches, die über Pull Requests zusammengeführt werden. Konfigurieren Sie Branch-Berechtigungen so, dass niemand direkt auf den Hauptbranch schreibt, denn allein diese Einstellung verhindert die häufigste Art versehentlicher Schäden.
Verbinden Sie den Arbeitsbereich mit Ihrer Jira-Instanz und etablieren Sie die Konvention, Vorgangsschlüssel in Branch-Namen und Commit-Nachrichten zu setzen. Sobald diese Gewohnheit sitzt, ist die Nachvollziehbarkeit automatisch und erfordert keinen weiteren Aufwand.
Aktivieren Sie Pipelines und starten Sie mit einer Vorlage für Ihre Sprache. Beginnen Sie mit etwas Kleinem, das tatsächlich durchläuft, etwa Abhängigkeiten installieren und die Testsuite ausführen, und erweitern Sie dann. Widerstehen Sie der Versuchung, sofort eine umfassende Pipeline zu schreiben, denn eine Pipeline, die aus strukturellen Gründen scheitert, bringt dem Team bei, rote Builds zu ignorieren.
Legen Sie die Zahl erforderlicher Freigaben fest und definieren Sie Merge-Prüfungen. Wenn Sie Premium nutzen, aktivieren Sie die Erzwingung, damit die Prüfungen wirklich blockieren und nicht nur hinweisen.
Bevor sich die Gewohnheiten Ihres Teams verfestigen, ermitteln Sie, wie viele Minuten Ihre Pipeline je Durchlauf verbraucht, und multiplizieren Sie mit den erwarteten wöchentlichen Zusammenführungen. Diese Rechnung in der ersten Woche anzustellen ist weit günstiger, als sie im dritten Monat auf einer Rechnung zu entdecken.
Zwischenspeichern Sie Abhängigkeiten konsequent. Da die Abrechnung an die Ausführungszeit gekoppelt ist, ist das Zwischenspeichern heruntergeladener Pakete eine unmittelbare Kostensenkung und nicht bloß eine Bequemlichkeit. Für die meisten Projekte ist dies die wirksamste verfügbare Optimierung.
Führen Sie nicht bei jedem Commit vollständige Pipelines aus. Beschränken Sie teure Stufen auf Pull Requests und den Hauptbranch. Bei jedem Push auf einen Arbeitsbranch die komplette Suite laufen zu lassen ist der häufigste Weg, das Kontingent zu verbrauchen.
Nutzen Sie die kostenlose Parallelität. Da Parallelität nicht gesondert berechnet wird, verkürzt das Aufteilen einer langen sequenziellen Aufgabe in parallele Schritte die tatsächlich vergehende Zeit, ohne die grundlegende Kostenstruktur zu verändern. Optimieren Sie die verstrichene Zeit, nicht die Anzahl der Schritte.
Halten Sie große Binärdateien aus Git heraus. Setzen Sie die Ablage großer Dateien bewusst ein und denken Sie daran, dass ihr Speicher nach Tarif gestaffelt ist. Build-Artefakte oder Medien in die gewöhnliche Git-Historie zu übernehmen erzeugt ein Problem, das dauerhaft schlimmer wird und sich nur mühsam rückgängig machen lässt.
Behandeln Sie die KI-Prüfung als ersten Durchgang, nicht als Urteil. Ihr Wert liegt darin, mechanische Probleme abzufangen, bevor ein Mensch Aufmerksamkeit investiert. Sie versteht Ihre Produktanforderungen nicht, und ihre Zustimmung als hinreichend zu betrachten ist ein Missbrauch der Funktion.
Migrieren Sie jetzt von den nativen Vorgängen und Wikis. Falls Sie sie noch nutzen, ist dies dringend und nicht eventuell. Die genaue Frist finden Sie im Abschnitt zu den Einschränkungen.
Definieren Sie Bereitstellungsumgebungen ausdrücklich. Entwicklung, Staging und Produktion als verfolgte Umgebungen zu definieren, liefert eine verlässliche Antwort darauf, welche Version wo läuft, was während eines Zwischenfalls mehr wert ist als jedes Dashboard.
Bitbucket passt zu Teams, die bereits auf das Atlassian-Ökosystem festgelegt sind, besser als zu jeder anderen Zielgruppe. Wenn die Arbeit in Jira geplant wird, beseitigt die Anbindung Koordinationsaufwand, der sonst manuell anfiele.
Es eignet sich für Plattform- und DevOps-Fachleute, die CI/CD im selben Produkt wie das Repository wünschen und einen separaten CI-Anbieter mit eigenem Berechtigungsmodell und eigenen Fehlerbildern vermeiden möchten.
Es funktioniert gut für Unternehmen mit Compliance-Pflichten, dank Verschlüsselung, Adressfreigabelisten, erzwungener Verifizierung und einer fortbestehenden selbst betriebenen Option speziell für Quellcode.
Es ist weniger geeignet für quelloffene Projekte, die Beiträge aus der Gemeinschaft suchen, wo die Netzwerkeffekte größerer Plattformen dominieren. Ein öffentliches Repository auf Bitbucket erhält schlicht weniger spontane Beiträge, und keine Funktion gleicht das aus.
Es ist schlecht geeignet für Teams mit hohem CI-Bedarf ohne Budget, denn 50 kostenlose Build-Minuten im Monat tragen keine echte Praxis fortlaufender Integration.
Bitbucket ist in erster Linie eine Webanwendung, deren gesamte Oberfläche für Prüfung, Verwaltung und Pipelines im Browser bereitgestellt wird. Die tägliche Arbeit am Code erfolgt über jeden gängigen Git-Client, da der Dienst gewöhnliches Git über HTTPS und SSH spricht und kein proprietäres Werkzeug voraussetzt.
Für die Automatisierung stehen eine dokumentierte REST-Schnittstelle und ein Entwicklerportal bereit, daneben die offizielle Dokumentation und der Produktblog. Erweiterbarkeit bietet die Anwendungsplattform Forge.
Für den Betrieb im eigenen Rechenzentrum bleibt Bitbucket Data Center verfügbar, und sein Status ist auf eine für die Nutzenden günstige Weise ungewöhnlich. Atlassian fährt seine Data-Center-Reihe herunter, beendet den Verkauf an Neukunden am 30. März 2026 und setzt den 28. März 2029 als Enddatum, doch die Data-Center-Ausgabe von Bitbucket bleibt über eine hybride Lizenzoption erhalten, gerade weil Quellcode als besonders sensibel behandelt wird.
Zum Thema mobil: Atlassian veröffentlicht keine offizielle mobile Anwendung für Bitbucket; die verfügbaren Programme stammen von Dritten. Teams, die mobil prüfen möchten, sollten diese eigenständig bewerten, statt eine Unterstützung des Anbieters vorauszusetzen.
Bitbucket Cloud wird in drei Stufen verkauft, deren Kapazitätsgrenzen wichtiger sind als die genannten Preise.
Der kostenlose Tarif ist auf fünf Benutzer begrenzt und umfasst unbegrenzte öffentliche und private Repositories, 50 Pipelines-Build-Minuten pro Monat sowie 1 GB Speicher für große Dateien. Standard wird mit 3,65 US-Dollar pro Benutzer und Monat geführt, Premium mit 7,25 US-Dollar pro Benutzer und Monat. Der Speicher für große Dateien wächst über die Stufen hinweg auf 1 GB, 5 GB beziehungsweise 10 GB.
Die Build-Kapazität ist die Zahl, um die herum geplant werden sollte. Kostenlos enthält 50 Minuten pro Monat, Standard 2.500 und Premium 3.500. Wird das Kontingent überschritten, berechnet Atlassian automatisch 10 US-Dollar für je weitere 1.000 Build-Minuten. Gerade das Automatische überrascht Teams, weshalb es sich lohnt, früh Warnmeldungen einzurichten.
Zwei Details machen den Zähler nachsichtiger, als eine naive Lesart vermuten lässt. Build-Minuten zählen nur die Zeit, in der eine Pipeline tatsächlich auf einem Runner ausgeführt wird und den Status „in Bearbeitung" trägt; die Wartezeit auf einen Runner bleibt ausgenommen. Zudem berechnet Bitbucket Parallelität nicht zusätzlich, sodass eine Parallelisierung zum schnelleren Abschluss keinen preislichen Nachteil mit sich bringt.
Die Ökonomie der künstlichen Intelligenz sei nochmals klar benannt. Die enthaltenen Funktionen kosten über den Tarifpreis hinaus nichts. Rovo Dev ist separat mit 20 US-Dollar pro Entwickler und Monat, 2.000 Credits und 0,01 US-Dollar je zusätzlichem Credit. Planen Sie beides getrennt ein.
Premium schaltet zusätzlich erzwungene Merge-Prüfungen, Adressfreigabelisten, Bereitstellungsberechtigungen, verpflichtende zweistufige Verifizierung und intelligente Spiegelung frei. Für viele Organisationen rechtfertigen diese Sicherheitskontrollen die Stufe, nicht die zusätzlichen 1.000 Build-Minuten.
GitHub ist der Standardvergleich und führt deutlich bei Ökosystem, Reichweite in der Gemeinschaft und Anziehungskraft für quelloffene Vorhaben. Sein kostenloses CI-Kontingent für private Repositories ist erheblich großzügiger, und öffentliche Projekte, die Beitragende suchen, fahren dort fast immer besser.
GitLab tritt als einzelne Anwendung von der Planung bis zur Auslieferung an, mit starken eingebauten DevSecOps-Fähigkeiten und einer etablierten selbst verwalteten Ausgabe. Teams, die ein Werkzeug für alles statt einer Zusammenstellung jeweils bester Bausteine wünschen, bevorzugen es häufig.
Azure DevOps spricht Organisationen an, die auf Microsoft-Infrastruktur und -Identitäten standardisiert sind, und bietet vergleichbare Repository- und Pipeline-Fähigkeiten innerhalb dieses Ökosystems.
Gitea und Forgejo sind schlanke, selbst betriebene Optionen für Teams, denen Kontrolle und Einfachheit wichtiger sind als integrierte Funktionsbreite.
Die ehrliche Entscheidungsregel: Nutzt Ihre Organisation Jira, ist Bitbuckets Integrationsvorteil real und schwer nachzubilden. Andernfalls schwächt sich der Fall erheblich ab, und die genannten Alternativen konkurrieren in der Regel besser auf eigenem Terrain.
Native Vorgänge und Wikis werden entfernt. Dies ist der zeitkritischste Punkt dieses Dokuments. Die nativen Vorgänge und Wikis von Bitbucket werden Mitte August 2026 vollständig entfernt; Atlassian rät Teams, Vorgänge zu exportieren oder nach Jira zu überführen und Wikis lokal zu klonen, bevor deren Inhalt nach Confluence migriert wird. Falls Ihre Repositories noch darauf bauen, handeln Sie sofort, statt Pläne darum herum zu entwerfen.
Das kostenlose Build-Kontingent ist tatsächlich klein. Fünfzig Minuten im Monat genügen, um Pipelines zu bewerten, nicht aber, um fortlaufende Integration zu betreiben. Jedes Team mit realem Zusammenführungsvolumen wechselt in einen kostenpflichtigen Tarif oder erschöpft das Kontingent rasch.
Die Abrechnung von Mehrverbrauch erfolgt automatisch. Ein Überschreiten der Minuten stoppt keine Builds, sondern erzeugt Kosten. Das ist betrieblich bequem und ohne Überwachung finanziell riskant.
Zentrale Sicherheitskontrollen sind Premium vorbehalten. Adressfreigabelisten und erzwungene zweistufige Verifizierung liegen in der obersten Stufe, sodass Teams mit hohen Sicherheitsanforderungen und Standard-Budget eine Lücke haben.
Die Anziehungskraft des Ökosystems begünstigt Wettbewerber. Für öffentliche und quelloffene Arbeit sind Auffindbarkeit und Beitragsvolumen strukturell geringer als bei der größten Plattform, und das lässt sich nicht durch Funktionen beheben.
Data Center hat einen definierten Horizont. Obwohl die Data-Center-Ausgabe von Bitbucket unter hybrider Lizenz fortbesteht, während andere Data-Center-Produkte auslaufen, weist die übergreifende Entwicklung Richtung Cloud, was langfristige Planungen für den Eigenbetrieb berücksichtigen sollten.
Anbieterkonsolidierung schneidet in beide Richtungen. Die Jira-Anbindung, die Bitbucket überzeugend macht, vertieft zugleich die Abhängigkeit von Fahrplan, Preisen und Produktentscheidungen eines einzelnen Anbieters.
Ja, innerhalb von Grenzen. Der kostenlose Tarif unterstützt bis zu fünf Benutzer mit unbegrenzten öffentlichen und privaten Repositories, 50 Build-Minuten pro Monat und 1 GB Speicher für große Dateien. Er eignet sich gut für kleine Teams und die Evaluierung, doch üblicherweise erzwingt das Build-Kontingent den Wechsel und nicht die Benutzerzahl.
Nein, gemäß Atlassians eigener Dokumentation, und das verdient eine präzise Antwort, weil eine weit verbreitete Behauptung das Gegenteil nahelegt. Atlassian erklärt ausdrücklich, dass Kundendaten, einschließlich der an Rovo und Atlassian Intelligence übermittelten oder von ihnen erzeugten Daten, niemals zum Trainieren, Feinabstimmen oder Verbessern von KI-Modellen oder -Diensten verwendet werden. Daneben gab es Berichte über neue Einstellungen zur Datenbeisteuerung, die 2026 wirksam werden und Inhalte aus Anwendungen zur Verbesserung der künstlichen Intelligenz zulassen. Diese Berichte betreffen einen anderen Produktumfang: Atlassians Verfügbarkeitsdokumentation beschränkt diese Einstellungen auf Confluence, Jira, Jira Service Management und Plattformanwendungen und nennt Bitbucket unter jenen Anwendungen, deren Metadaten und Inhalte nicht genutzt werden, da die Einstellung dort noch nicht verfügbar ist. Unternehmen mit strengen Anforderungen sollten die geltenden Bedingungen dennoch direkt prüfen, da sich dieser Bereich verändert.
Kostenlos umfasst 50 Minuten monatlich, Standard 2.500 und Premium 3.500. Ein Überschreiten hält Ihre Builds nicht an; Atlassian berechnet automatisch 10 US-Dollar je weitere 1.000 Minuten. Richten Sie Abrechnungswarnungen ein, bevor dies relevant wird.
Beides, je nach Funktion. KI-gestützte Code-Reviews, Zusammenfassungen fehlgeschlagener Builds, die Zusammenfassung von Pull Requests und die KI-Suche sind ab Standard enthalten und standardmäßig aktiv, wobei Administratoren sie abschalten können. Der Agent Rovo Dev ist ein separates Abonnement zu 20 US-Dollar pro Entwickler und Monat mit 2.000 Credits, zusätzlicher Nutzung zu 0,01 US-Dollar je Credit und ohne kostenlose Stufe.
Ja. Bitbucket Data Center bleibt die unterstützte Option für den Eigenbetrieb und besteht unter einer hybriden Lizenzregelung fort, während Atlassian die Data-Center-Ausgaben anderer Produkte einstellt, was mit der besonderen Sensibilität von Quellcode begründet wird. Bitbucket Server, die ältere Ausgabe für den Eigenbetrieb, wird weder verkauft noch unterstützt.
Durch Konvention plus automatische Verknüpfung. Ein Jira-Vorgangsschlüssel in einem Branch-Namen, einer Commit-Nachricht oder einem Pull Request verbindet diese Entwicklungsaktivität mit dem Vorgang und zeigt Branch-, Prüf- und Bereitstellungsstatus in Jira an, ohne manuelle Aktualisierung. Der Einführungsaufwand besteht im Wesentlichen darin, eine Benennungsgewohnheit anzunehmen.
Ja. Pipelines unterstützt selbst betriebene Runner hinter Ihrer Firewall neben von Atlassian gehosteten Runnern, und beide lassen sich kombinieren. So laufen sensible Lasten in Ihrem Netz, während gewöhnliche Aufgaben gehostete Kapazität nutzen, unter denselben Pipeline-Definitionen.
Für quelloffene Vorhaben ist GitHub meist die stärkere Wahl. Der Umfang seiner Gemeinschaft, das Auffinden von Beitragenden und die großzügigere kostenlose Integration für private Repositories sind strukturelle Vorteile. Bitbuckets Stärke liegt in der privaten Teamentwicklung, in der Jira bereits das Planungssystem ist, was eine andere Aufgabe darstellt als das Gewinnen externer Beitragender.
Repositories werden im Ruhezustand mit AES-256 und bei der Übertragung mit TLS 1.2 oder höher verschlüsselt, während Adressfreigabelisten und erzwungene zweistufige Verifizierung an die Premium-Stufe gebunden sind. Atlassian unterhält Compliance-Zertifizierungen einschließlich SOC 2 und ISO/IEC 27001. Teams mit Bedarf an strengeren Zugriffskontrollen sollten gezielt Premium einplanen.
Nein. Native Vorgänge und Wikis werden Mitte August 2026 entfernt. Exportieren oder migrieren Sie Vorgänge nach Jira und verschieben Sie Wiki-Inhalte nach Confluence, und zwar jetzt. Heute neue Arbeit in diesen Funktionen zu beginnen, schafft eine Migrationslast mit fester Frist.
