Backup av Bitbucket
Bitbucket finns i två skepnader hos kunderna: Bitbucket Cloud som tjänst hos Atlassian, och Bitbucket Data Center i kundens egen drift. De flesta antar att den egendriftade varianten är den som skyddas bäst.
Det är tvärtom. Leverantörens egna listor är olika långa, och skillnaden är stor nog att ändra vad ni kan lova. Det är skälet till att den här sidan börjar med jämförelsen i stället för med funktionslistan.
ARJ Distribution säljer uteslutande via återförsäljare och MSP:er i Norden — Sverige, Norge, Danmark, Finland och Island — aldrig direkt till slutkund.
Leverantörens lista för den egendriftade varianten är betydligt kortare än för molnvarianten. Det är motsatsen till vad de flesta förutsätter — och det syns bara om man lägger de två sidorna bredvid varandra.
Cloud och Data Center sida vid sida
Båda varianterna har en egen sida i leverantörens dokumentation. Ställda bredvid varandra ser de ut så här:
Varför det här är värt ett samtal i stället för en fotnot: en kund som flyttat till Data Center har ofta gjort det för att få mer kontroll. Att skyddet då blir smalare än i molnet är inte självklart för någon, och det är inget man vill upptäcka vid en återställning.
Bitbucket Cloud i detalj
Ur leverantörens egen lista, som har nio huvudområden:
| Område | Vad som ingår |
|---|---|
| Repository | Branches, commits med skapare och text, taggar, refs, objekt, loggar, LFS och wiki — samt detaljerna: beskrivning, forkning, språk, namn, projekt och webbplats. |
| Pull requests | Öppna, med kommentarer, commits, granskare, titel, beskrivning, skapare och skapandedatum. Läs noteringen nedan. |
| Issues | Öppna och stängda, med tilldelad person, bilagor, kommentarer, beskrivning, typ, prioritet, status och titel. |
| Pipelines | Om pipelines är aktiverade, konfigurationsfilen, repositoryvariabler, kända värdar och scheman med vald branch och pipeline. |
| Branch restrictions | Branchnamn, mönster och typ, krav på merge via pull request, mergevillkor som minsta antal godkännanden, lyckade byggen och olösta uppgifter, samt skrivrättigheter inklusive radering och omskriven historik. |
| Branching model | Prefix för bugfix, feature, hotfix och release, utvecklings- och produktionsbranch samt ärvda inställningar. |
| Övrigt | Access keys med etikett och nyckel, downloads med filnamn och innehåll, samt webhooks med sina utlösare för issues, pull requests och repository. |
En sak att lägga på minnet: leverantören anger inga uttryckliga begränsningar för Bitbucket Cloud — men listan för pull requests nämner bara öppna. Stängda och mergade står inte där, till skillnad från på GitHub och GitLab, där de räknas upp uttryckligen. Behöver kunden kunna gå tillbaka till en avslutad granskning är det en fråga till oss först — vi har lagt den till leverantören.
Bitbucket Data Center i detalj
Den här listan är kort nog att återges i sin helhet. Leverantören anger: branches, commits, LFS, pull requests, repository, taggar och webhooks.
Det är sju poster utan underposter, mot Clouds nio områden med betydligt fler. Issues, pipelines, branch restrictions, branching model, access keys och downloads — allt det som beskriver hur kunden arbetar snarare än vad de lagrar — saknas i Data Center-listan.
Det betyder inte automatiskt att det inte går. Det betyder att leverantören inte säger att det går, och då lovar vi det inte. Se nästa avsnitt.
Det vi inte lovar än
Under genomgången hittade vi en motsägelse i leverantörens dokumentation som vi har valt att redovisa i stället för att täcka över.
Data Center-sidans ingress beskriver skyddade resurser som inkluderande wiki och metadata. Listan på samma sida innehåller varken wiki eller metadata. Vi vet därför inte vilket som gäller, och har ställt frågan till GitProtect.
Tills vi har svar: lova inte wiki eller metadata på Bitbucket Data Center. Behöver kunden det är det en fråga till oss först — vi har kontakten och får besked snabbare än en enskild partner gör.
Samma sak gäller skillnaden i sig: vi har bett leverantören bekräfta att Data Center verkligen saknar det som Cloud har, eller förklara varför listorna ser olika ut. Vi tror inte att skillnaden är ett misstag i produkten — men den kan mycket väl vara ett misstag i dokumentationen, och båda utfallen är viktiga för er att känna till.
Fyra frågor att ställa kunden
- Cloud eller Data Center? Den här frågan är inte administrativ på Bitbucket — den avgör vad som går att skydda.
- Använder ni Bitbuckets egna issues? Många kör Jira i stället, och då är frågan oviktig. Gör de det inte är den avgörande på Data Center.
- Hur mycket sitter i branch restrictions och branching model? Det är ofta det som uppfyller kundens egna regler för hur kod får nå produktion.
- Kör ni Bitbucket Pipelines? Om ja, och kunden sitter på Data Center — fråga oss innan ni lovar något om dem.
Därför via distributör
Vi säljer inte till slutkund. Det är inte en artighet utan affärsmodellen: allt går via er, och vi konkurrerar aldrig med er hos kunden.
Vad ni får utöver licenserna: teknisk försäljningshjälp innan affären, hjälp i proof of concept, support på svenska och engelska, och en kontaktperson som känner er affär i stället för ett ärendenummer. Den oklarhet som beskrivs ovan är ett exempel på vad vi gör åt er: vi läste båda sidorna, jämförde dem och ställde frågan.
Kom igång
Berätta om kunden kör Cloud eller Data Center och vad de använder utöver själva repositorierna — så säger vi vad som går att lova och vad det kostar.
Läs vidare
Berätta om ert projekt
eller boka ett kort tekniskt samtal
Om innehållet på den här sidan. Det här är en säljinriktad översikt — inte fullständig produktdokumentation. Uppgifterna är hämtade ur GitProtects egen dokumentation i oktober 2026 och vi ser över dem löpande, men funktioner och stöd ändras — och en ändring kan passera oss. Stäm därför alltid av mot leverantörens aktuella dokumentation innan något utlovas till en kund: GitProtects kunskapsbas. Är ni osäkra är det snabbare att fråga oss — vi tar frågan med leverantören och återkommer med ett besked ni kan luta er mot i en offert. Och fungerar något inte som det står — här eller i leverantörens dokumentation — säg till oss. Vi anmäler det till leverantören och rättar sidan.