Bitbucket é a plataforma de hospedagem de código Git da Atlassian que reúne revisão por pull request, integração contínua com Pipelines e rastreabilidade com Jira, com revisão por IA incluída a partir do plano Standard.
Já usou esta ferramenta? Avalie-a
Já usou esta ferramenta? Avalie-a
O Bitbucket é uma plataforma de hospedagem de repositórios Git e colaboração em código operada pela Atlassian. Na base, faz o que qualquer serviço de hospedagem Git faz: guarda repositórios, acompanha ramificações e o histórico de submissões e oferece às equipas um lugar comum para propor, discutir e finalmente integrar alterações. O que a separa do resto da categoria não é a camada Git em si, mas a empresa que a rodeia. O Bitbucket constitui a extremidade de código de uma família de produtos que inclui também o Jira para acompanhamento de tarefas e o Confluence para documentação, e quase todas as decisões de desenho do produto podem ser reconduzidas a esse facto.
Se examinou o Bitbucket pela última vez há alguns anos, o discurso mudou de forma percetível. O site encabeça agora com uma afirmação diferente: apresenta-se como código e integração contínua movidos por inteligência artificial e pela plataforma da Atlassian, e o subtítulo promete acelerar a entrega desde o planeamento até à produção, com ligações nativas ao Jira, ao Rovo e ao grafo de trabalho em equipa. É um posicionamento bastante mais voltado para a inteligência artificial do que o antigo «solução Git para equipas que usam Jira», que ainda circula em diretórios e artigos comparativos.
Vale a pena ser preciso quanto ao que esse reposicionamento significa e ao que não significa, porque é exatamente na distância entre a ênfase de marketing e a realidade da fatura que as equipas são apanhadas de surpresa. O Bitbucket não é um produto de inteligência artificial que também guarda código. É uma plataforma de hospedagem Git e integração contínua que acrescentou uma camada de inteligência artificial real e nada trivial sobre um núcleo maduro. A distinção não é pedantismo: determina o que está realmente a comprar, o que pode esperar de uma conta gratuita e o que surgirá como linha separada na fatura.
A forma mais honesta de descrever o Bitbucket é vê-lo como três camadas sobrepostas. A camada inferior é a hospedagem Git e a revisão através de pedidos de integração; é madura e não depende de todo da inteligência artificial. A camada intermédia é o motor de integração contínua incorporado, onde se concentra a maior parte do custo medido por utilização. A camada superior é a assistência por inteligência artificial, real e parcialmente incluída nos planos pagos, mas que só atinge a sua forma completa através de uma subscrição com preço à parte. As equipas que compreendem esta estratificação tomam boas decisões. As que leem apenas a página inicial tendem a sobrevalorizar a inteligência artificial ou a descartá-la por completo, e ambos os erros saem caros.
O Bitbucket aloja repositórios Git públicos e privados sem limite em todos os planos, incluindo o gratuito. Isto pesa mais do que parece, porque vários serviços concorrentes usaram historicamente o acesso a repositórios privados como principal alavanca de subida de plano. O Bitbucket cobra antes por lugares e por capacidade de compilação, o que desloca a conversa de custos de «quantos repositórios privados preciso» para «quantas pessoas e quanta capacidade de integração contínua preciso».
Os pedidos de integração são a peça central. O Bitbucket oferece uma vista de diferenças lado a lado com comentários contextuais e gestão de tarefas, de modo que quem revê pode deixar uma observação numa linha exata e convertê-la numa tarefa acompanhada que tem de ser resolvida. Esse pequeno mecanismo muda a cultura de revisão: os comentários deixam de ser sugestões que desaparecem ao deslizar e passam a ser elementos com estado.
Por cima situam-se as verificações de integração, que permitem à equipa enumerar condições que quem revê deve satisfazer antes de aprovar, para que cada pedido seja verificado de forma coerente antes de ser integrado. No plano Premium estas verificações podem ser impostas em vez de meramente indicativas, ou seja, a integração fica realmente bloqueada até as condições estarem cumpridas. Se o seu discurso de conformidade assenta em «não se pode integrar código não revisto» e não em «pedimos às pessoas que não o façam», é precisamente essa diferença de obrigatoriedade que está a pagar.
O Code Insights alarga ainda mais a superfície de revisão ao trazer resultados de testes e saídas de análises de segurança diretamente para a vista do pedido, para que quem revê avalie sinais de qualidade no mesmo lugar onde avalia as alterações e não num painel separado.
O Pipelines é o sistema incorporado de integração e entrega contínuas, configurado como código através de um ficheiro de configuração e de uma biblioteca de modelos por linguagem. No plano operacional oferece uma escolha determinante para ambientes regulados: pode executar tarefas em executores alojados pela Atlassian ou ligar os seus próprios executores atrás de uma barreira de proteção, ou combinar ambos, e pode definir e acompanhar vários ambientes de implementação como desenvolvimento, pré-produção e produção. Este modelo híbrido significa que as cargas que legalmente não podem sair da sua rede continuam a ser orquestradas pelas mesmas definições que tudo o resto.
A ligação ao Jira é a razão histórica pela qual muitas equipas escolhem o Bitbucket e continua a ser o argumento mais forte do produto. Referenciar uma chave de tarefa no nome de uma ramificação, numa mensagem de submissão ou num pedido de integração associa automaticamente a atividade de desenvolvimento à tarefa correspondente. O resultado prático é que a gestão do projeto consegue ver se um trabalho está em revisão, integrado ou implementado sem perguntar a ninguém da equipa técnica, e quem desenvolve consegue responder ao que entrou numa versão sem o reconstruir à mão.
A camada de inteligência artificial merece uma descrição cuidadosa e assente em provas, por ser a parte mais frequentemente exagerada. A revisão de código assistida, os resumos de compilações falhadas, o resumo de pedidos de integração e a pesquisa assistida são todos entregues dentro dos planos Standard, Premium e Enterprise em vez de como rubrica separada, e ativam-se automaticamente embora possam ser desligados por uma administração da organização. No uso diário, isto significa que o revisor automático faz uma primeira passagem pelas suas alterações antes de uma pessoa as abrir, e que uma compilação falhada produz uma explicação legível do que se partiu em vez de um registo em bruto que é preciso dissecar.
O Rovo Dev é a exceção, e a distinção importa para orçamentar. É vendido como subscrição própria a 20 dólares por pessoa que desenvolve e por mês, agrupando 2.000 créditos com excedente faturado a 0,01 dólares por crédito, oferecido com um período experimental de 30 dias e sem escalão gratuito. O Rovo Dev é o patamar agêntico que trata do planeamento, da geração de código e da automatização de tarefas maiores, e está disponível através de uma interface de linha de comandos que funciona com instruções em linguagem natural.
O resumo honesto é que a inteligência artificial no Bitbucket constitui uma camada de aceleração substancial e não o centro de gravidade comercial do produto. As provas sustentam diretamente esta leitura: as funcionalidades incluídas não têm unidade de medida própria nem cobrança separada, ao passo que o agente mais profundo possui tanto a sua própria moeda de créditos como a sua própria tabela de preços. A estrutura de preços revela o que um fornecedor considera principal, e aqui o produto principal continua a ser a hospedagem de código acompanhada de integração contínua.
Equipas que já usam o Jira. É o encaixe mais claro e o cenário para o qual o produto está otimizado. A rastreabilidade da tarefa até à ramificação, ao pedido de integração e à implementação é nativa em vez de acrescentada, e não há conectores de terceiros para manter.
Organizações com requisitos rigorosos quanto à localização do código-fonte. Uma vez que a versão instalada em infraestrutura própria persiste sob uma licença híbrida, as equipas que não podem colocar código-fonte numa nuvem pública dispõem de um caminho suportado que vários concorrentes encerraram.
Equipas pequenas a validar um fluxo de trabalho. Cinco pessoas utilizadoras, repositórios privados ilimitados e um sistema de integração contínua funcional tornam o plano gratuito viável para uma equipa reduzida, desde que o volume de compilações se mantenha moderado.
Empresas a consolidar fornecedores. Comprar hospedagem de código, acompanhamento de tarefas e documentação a um único fornecedor simplifica as aquisições, a gestão de identidades e a faturação, o que em grande escala é frequentemente o fator decisivo, independentemente das comparações funcionalidade a funcionalidade.
Cadeias reguladas que precisam de execução híbrida. A possibilidade de manter os passos sensíveis em executores próprios usando executores alojados para o resto adequa-se a organizações sujeitas a restrições parciais de dados.
Comece por criar uma conta Atlassian e um espaço de trabalho, que é o contentor detentor dos seus repositórios, pessoas utilizadoras e faturação. Crie lá dentro um repositório escolhendo o modo privado por omissão, salvo se o código se destinar realmente a ser público. Depois carregue um projeto existente ou clone o repositório vazio.
Decida cedo como as ramificações correspondem ao trabalho. A maioria das equipas adota uma ramificação principal que reflete sempre a produção, com ramificações de funcionalidade de vida curta integradas através de pedidos. Configure as permissões para que ninguém escreva diretamente na principal, porque só essa definição evita a categoria mais comum de danos acidentais.
Ligue o espaço de trabalho à sua instância do Jira e adote a convenção de colocar chaves de tarefa nos nomes das ramificações e nas mensagens de submissão. Uma vez instalado o hábito, a rastreabilidade é automática e não exige esforço adicional.
Ative o Pipelines e parta de um modelo correspondente à sua linguagem. Comece por algo pequeno que passe realmente, como instalar dependências e executar o conjunto de testes, e alargue depois. Resista à tentação de escrever de imediato uma cadeia exaustiva, porque uma que falha por razões estruturais ensina a equipa a ignorar compilações a vermelho.
Defina o número de aprovações necessárias e as verificações de integração. Se estiver no Premium, ative a imposição para que as verificações bloqueiem de facto em vez de apenas avisarem.
Antes de os hábitos da equipa se fixarem, veja quantos minutos a sua cadeia consome por execução e multiplique pelas integrações semanais previstas. Fazer essa conta na primeira semana é bastante mais barato do que descobri-la numa fatura ao terceiro mês.
Guarde dependências em memória intermédia de forma agressiva. Como a faturação está ligada ao tempo de execução, guardar o descarregamento de pacotes constitui uma redução direta de custos e não uma mera comodidade. Para a maioria dos projetos é a otimização mais rentável disponível.
Não execute cadeias completas em cada submissão. Restrinja as etapas dispendiosas aos pedidos de integração e à ramificação principal. Lançar o conjunto inteiro a cada envio para uma ramificação em curso é a forma mais comum de esgotar a dotação.
Aproveite a concorrência gratuita. Como a concorrência não é cobrada à parte, dividir uma tarefa sequencial longa em passos paralelos reduz o tempo efetivamente decorrido sem alterar a estrutura de custo fundamental. Otimize o tempo decorrido, não o número de passos.
Mantenha os ficheiros binários grandes fora do Git. Use o armazenamento de ficheiros grandes de forma deliberada e lembre-se de que a sua capacidade varia com o plano. Submeter artefactos de compilação ou material audiovisual para o histórico habitual cria um problema que piora de forma permanente e é penoso de reverter.
Trate a revisão automática como uma primeira passagem e não como um veredicto. O seu valor está em apanhar problemas mecânicos antes de uma pessoa investir atenção. Não compreende os requisitos do seu produto, e considerar suficiente a sua aprovação é uma utilização indevida da funcionalidade.
Migre agora as tarefas e wikis nativos. Se ainda os usa, isto é urgente e não eventual. Consulte a secção de limitações para o prazo concreto.
Defina os ambientes de implementação de forma explícita. Declarar desenvolvimento, pré-produção e produção como ambientes acompanhados dá-lhe uma resposta fiável sobre que versão corre onde, algo que durante um incidente vale mais do que qualquer painel.
O Bitbucket encaixa nas equipas já comprometidas com o ecossistema Atlassian melhor do que em qualquer outro público. Se o trabalho é planeado no Jira, a integração elimina uma carga de coordenação que de outro modo seria manual.
Serve o pessoal de engenharia de plataforma e operações que quer a integração contínua no mesmo produto que o repositório, evitando um fornecedor de integração separado com o seu próprio modelo de permissões e os seus próprios modos de falha.
Funciona bem para empresas com obrigações de conformidade, graças à cifra, às listas de endereços permitidos, à verificação obrigatória e a uma opção em infraestrutura própria mantida especificamente para o código-fonte.
É menos adequado para projetos de código aberto que procuram contribuições da comunidade, onde dominam os efeitos de rede das plataformas maiores. Um repositório público aqui receberá simplesmente menos contribuições espontâneas, e nenhuma funcionalidade compensa isso.
Encaixa mal em equipas com fortes necessidades de integração contínua e sem orçamento, porque 50 minutos gratuitos por mês não sustentam uma prática real.
O Bitbucket é sobretudo uma aplicação web, com toda a interface de revisão, administração e cadeias de integração entregue no navegador. A interação diária com o código passa por qualquer cliente Git padrão, uma vez que o serviço fala Git corrente sobre HTTPS e SSH e não exige ferramentas proprietárias.
Para automatização existe uma interface REST documentada e um portal para quem desenvolve, a par da documentação oficial e do blogue do produto. A extensibilidade é assegurada pela plataforma de aplicações Forge.
Para instalação em infraestrutura própria continua disponível a versão Data Center, e a sua situação é invulgar de uma forma que favorece quem a usa. A Atlassian está a encerrar gradualmente essa linha, terminando as vendas a novos clientes em 30 de março de 2026 e fixando 28 de março de 2029 como data terminal, mas a edição do Bitbucket sobrevive através de uma opção de licença híbrida, precisamente porque o código-fonte é tratado como particularmente sensível.
Quanto ao telemóvel, a Atlassian não publica uma aplicação móvel oficial; as disponíveis são clientes de terceiros. As equipas que precisem de rever a partir do telemóvel devem avaliá-las por si em vez de presumirem apoio do fornecedor.
A versão na nuvem é vendida em três escalões, cujos limites de capacidade importam mais do que os preços anunciados.
O plano gratuito está limitado a cinco pessoas utilizadoras e inclui repositórios públicos e privados ilimitados, 50 minutos de compilação por mês e 1 GB de armazenamento para ficheiros grandes. O Standard consta a 3,65 dólares por pessoa e por mês, e o Premium a 7,25 dólares por pessoa e por mês. O armazenamento para ficheiros grandes cresce ao longo dos escalões para 1 GB, 5 GB e 10 GB respetivamente.
A capacidade de compilação é o número em torno do qual planear. O plano gratuito inclui 50 minutos por mês, o Standard 2.500 e o Premium 3.500. Ao exceder a dotação, a Atlassian cobra automaticamente 10 dólares por cada 1.000 minutos adicionais. É justamente esse carácter automático que apanha as equipas desprevenidas, pelo que convém configurar alertas cedo.
Dois pormenores tornam o contador mais tolerante do que uma leitura ingénua sugere. Os minutos contam apenas o tempo em que uma cadeia está de facto a executar num executor com o estado «em curso», ficando excluída a espera para obter um executor. Além disso, o Bitbucket não cobra a concorrência à parte, pelo que paralelizar para terminar mais depressa não acarreta penalização de preço.
Vale a pena repetir com clareza a economia da inteligência artificial. As funcionalidades incluídas não custam nada para além do preço do plano. O Rovo Dev é à parte, a 20 dólares por pessoa que desenvolve e por mês, com 2.000 créditos e excedente a 0,01 dólares por crédito. Orçamente ambas as rubricas separadamente.
O Premium desbloqueia ainda verificações de integração impostas, listas de endereços permitidos, permissões de implementação, verificação em dois passos obrigatória e replicação inteligente. Para muitas organizações são esses controlos de segurança, e não os 1.000 minutos adicionais, que justificam o escalão.
GitHub é a comparação por omissão e lidera claramente em ecossistema, alcance junto da comunidade e atração para o código aberto. A sua dotação gratuita de integração contínua para repositórios privados é bastante mais generosa, e os projetos públicos que procuram colaboração quase sempre se saem melhor ali.
GitLab concorre como aplicação única que abrange do planeamento à implementação, com sólidas capacidades de segurança incorporadas e uma edição autogerida bem estabelecida. As equipas que querem uma só ferramenta para tudo, em vez de um conjunto das melhores peças, preferem-no frequentemente.
Azure DevOps atrai organizações padronizadas em infraestrutura e identidades da Microsoft, oferecendo capacidades comparáveis de repositório e de cadeia de integração dentro desse ecossistema.
Gitea e Forgejo são opções leves para infraestrutura própria, adequadas a equipas cuja prioridade é o controlo e a simplicidade acima da amplitude de integração.
A regra de decisão honesta: se a sua organização usa o Jira, a vantagem de integração do Bitbucket é real e difícil de replicar. Caso contrário, o argumento enfraquece consideravelmente e as alternativas acima competem em geral melhor no seu próprio terreno.
As tarefas e wikis nativos vão ser removidos. É o ponto mais sensível ao tempo deste documento. As tarefas e wikis nativos do Bitbucket são totalmente removidos em meados de agosto de 2026, aconselhando a Atlassian as equipas a exportar as tarefas ou transferi-las para o Jira, e a clonar os wikis localmente antes de migrar esse conteúdo para o Confluence. Se os seus repositórios ainda dependem disso, atue de imediato em vez de planear em torno deles.
A dotação gratuita de compilação é realmente escassa. Cinquenta minutos por mês chegam para avaliar a ferramenta, não para operar integração contínua. Qualquer equipa com volume real de integrações passará a um plano pago ou esgotará a dotação rapidamente.
A faturação por excedente é automática. Exceder os minutos não interrompe as compilações, acrescenta encargos. É cómodo em operação e perigoso em termos financeiros sem supervisão.
Controlos de segurança essenciais são exclusivos do Premium. As listas de endereços permitidos e a verificação em dois passos obrigatória situam-se no escalão superior, pelo que as equipas com exigências de segurança e orçamento de Standard enfrentam uma lacuna.
A gravidade do ecossistema favorece a concorrência. Para trabalho público e aberto, a visibilidade e o volume de contribuições são estruturalmente inferiores aos da maior plataforma, e isso não se corrige com funcionalidades.
O Data Center tem um horizonte definido. Embora a edição do Bitbucket prossiga sob licença híbrida enquanto outros produtos dessa linha se extinguem, a trajetória geral aponta para a nuvem, e os planos de longo prazo em infraestrutura própria devem tê-lo em conta.
A consolidação de fornecedores corta dos dois lados. A integração com o Jira que torna o Bitbucket convincente aprofunda igualmente a dependência do roteiro, dos preços e das decisões de produto de uma única empresa.
Sim, dentro de certos limites. O plano gratuito suporta até cinco pessoas utilizadoras com repositórios públicos e privados ilimitados, 50 minutos de compilação por mês e 1 GB de armazenamento para ficheiros grandes. É adequado a equipas pequenas e à avaliação, embora o que costuma forçar a subida de plano seja a dotação de compilação e não o número de pessoas.
Não, de acordo com a própria documentação da Atlassian, e isto merece uma resposta precisa porque circula amplamente uma afirmação em sentido contrário. A Atlassian declara com clareza que os dados de clientes, incluindo os submetidos ao Rovo e ao Atlassian Intelligence ou por eles gerados, nunca são usados para treinar, afinar ou melhorar modelos ou serviços de inteligência artificial. Por outro lado, foram publicadas notícias sobre novas definições de contribuição de dados que entram em vigor em 2026 e permitem que o conteúdo das aplicações melhore a inteligência artificial da empresa. Essas notícias dizem respeito a um âmbito de produto diferente: a documentação de disponibilidade da Atlassian limita tais definições ao Confluence, Jira, Jira Service Management e aplicações de plataforma, e nomeia o Bitbucket entre as aplicações cujos metadados e conteúdo não são utilizados, por a definição ainda não estar disponível nesse caso. As empresas com requisitos rigorosos devem ainda assim verificar diretamente as condições em vigor, dado que esta área está a mudar.
O plano gratuito inclui 50 minutos por mês, o Standard 2.500 e o Premium 3.500. Exceder a dotação não interrompe as compilações; a Atlassian fatura automaticamente 10 dólares por cada 1.000 minutos adicionais. Configure alertas de faturação antes de isto se tornar relevante.
Ambas as coisas, consoante a funcionalidade. A revisão de código assistida, os resumos de compilações falhadas, o resumo de pedidos de integração e a pesquisa assistida estão incluídos a partir do Standard e vêm ativados por omissão, podendo a administração desligá-los. O agente Rovo Dev é uma subscrição separada de 20 dólares por pessoa que desenvolve e por mês, com 2.000 créditos, utilização adicional a 0,01 dólares por crédito e sem escalão gratuito.
Sim. A versão Data Center continua a ser a opção suportada para infraestrutura própria e mantém-se ao abrigo de um regime de licença híbrida mesmo enquanto a Atlassian retira as edições equivalentes de outros produtos, decisão atribuída à especial sensibilidade do código-fonte. O Bitbucket Server, a edição anterior para infraestrutura própria, já não é vendido nem suportado.
Através de convenção e ligação automática. Incluir uma chave de tarefa do Jira no nome de uma ramificação, numa mensagem de submissão ou num pedido de integração associa essa atividade de desenvolvimento à tarefa, apresentando o estado de ramificação, revisão e implementação dentro do Jira sem atualizações manuais. O custo de adoção resume-se a criar um hábito de nomenclatura.
Sim. O Pipelines suporta executores próprios atrás da sua barreira de proteção a par dos executores alojados pela Atlassian, e ambos podem ser combinados. Assim as cargas sensíveis executam dentro da sua rede enquanto as tarefas correntes usam capacidade alojada, sob as mesmas definições.
Para código aberto o GitHub é a escolha mais forte na maioria dos casos. A escala da sua comunidade, a descoberta de pessoas colaboradoras e uma integração contínua gratuita mais generosa para repositórios privados são vantagens estruturais. A força do Bitbucket está no desenvolvimento privado em equipa onde o Jira já é o sistema de planeamento, o que é um problema diferente de atrair colaboração externa.
Os repositórios são cifrados em repouso com AES-256 e em trânsito com TLS 1.2 ou superior, ao passo que as listas de endereços permitidos e a verificação em dois passos obrigatória ficam restritas ao escalão Premium. A Atlassian mantém certificações de conformidade que incluem SOC 2 e ISO/IEC 27001. As equipas que necessitem de controlos de acesso mais rigorosos devem orçamentar especificamente o Premium.
Não. As tarefas e wikis nativos são removidos em meados de agosto de 2026. Exporte ou migre as tarefas para o Jira e transfira o conteúdo dos wikis para o Confluence agora. Iniciar hoje trabalho novo nessas funcionalidades equivale a criar para si uma carga de migração com prazo marcado.
