Bitbucket es la plataforma de alojamiento de código Git de Atlassian que une la revisión por pull request, la integración continua con Pipelines y la trazabilidad con Jira, con revisión por IA incluida desde el plan Standard.
¿Has usado esta herramienta? Valórala
¿Has usado esta herramienta? Valórala
Bitbucket es una plataforma de alojamiento de repositorios Git y colaboración sobre código operada por Atlassian. En su base hace lo mismo que cualquier servicio de alojamiento Git: almacena repositorios, sigue ramas e historial de confirmaciones y ofrece a los equipos un lugar común donde proponer, discutir y finalmente fusionar cambios. Lo que la separa del resto de la categoría no es la capa Git en sí, sino la empresa que la rodea. Bitbucket constituye el extremo dedicado al código de una familia de productos que también incluye Jira para el seguimiento de incidencias y Confluence para la documentación, y casi cada decisión de diseño del producto puede rastrearse hasta ese hecho.
Si la última vez que examinó Bitbucket fue hace algunos años, el enfoque ha cambiado de forma perceptible. El sitio encabeza ahora con una afirmación distinta: se presenta como «Code & CI/CD, powered by AI and the Atlassian platform», y el subtítulo promete acelerar la entrega «from planning to production, with native connections to Jira, Rovo, and the Teamwork Graph». Es un posicionamiento bastante más volcado hacia la inteligencia artificial que el antiguo «solución Git para equipos que usan Jira», que todavía circula por directorios y artículos comparativos.
Conviene ser preciso sobre lo que ese reposicionamiento significa y lo que no, porque es justamente en la brecha entre el énfasis comercial y la realidad de la factura donde los equipos se llevan sorpresas. Bitbucket no es un producto de inteligencia artificial que además guarda código. Es una plataforma de alojamiento Git e integración continua que ha añadido una capa de inteligencia artificial real y nada trivial sobre un núcleo maduro. La distinción no es pedantería: determina qué está comprando realmente, qué puede esperar de una cuenta gratuita y qué aparecerá como línea separada en la factura.
La manera más honesta de describir Bitbucket es verlo como tres capas superpuestas. La capa inferior es el alojamiento Git y la revisión mediante solicitudes de incorporación; es madura y no depende en absoluto de la inteligencia artificial. La capa intermedia es el motor de integración continua incorporado, donde se concentra la mayor parte del coste medido por uso. La capa superior es la asistencia mediante inteligencia artificial, real y parcialmente incluida en los planes de pago, pero que alcanza su forma completa solo a través de una suscripción con precio aparte. Los equipos que entienden esta estratificación toman buenas decisiones. Los que solo leen la página de inicio tienden a sobrevalorar la inteligencia artificial o a descartarla por completo, y ambos errores salen caros.
Bitbucket aloja repositorios Git públicos y privados sin límite en todos los planes, incluido el gratuito. Esto pesa más de lo que parece, porque varios servicios competidores han usado históricamente el acceso a repositorios privados como principal palanca de mejora de plan. Bitbucket cobra en cambio por puestos y por capacidad de compilación, lo que traslada la conversación de costes desde «cuántos repositorios privados necesito» hacia «cuántas personas y cuánta capacidad de integración continua necesito».
Las solicitudes de incorporación son la pieza central. Bitbucket ofrece una vista de diferencias en paralelo con comentarios contextuales y gestión de tareas, de modo que quien revisa puede dejar una observación en una línea exacta y convertirla en una tarea con seguimiento que debe resolverse. Ese pequeño mecanismo cambia la cultura de revisión: los comentarios dejan de ser sugerencias que se pierden al desplazarse y pasan a ser elementos con un estado.
Encima se sitúan las comprobaciones de fusión, que permiten al equipo enumerar condiciones que quienes revisan deben satisfacer antes de aprobar, para que cada solicitud se verifique de manera coherente antes de fusionarse. En el plan Premium estas comprobaciones pueden imponerse en lugar de ser meramente orientativas, es decir, la fusión queda realmente bloqueada hasta cumplir las condiciones. Si su discurso de cumplimiento normativo se apoya en «no se puede fusionar código sin revisar» y no en «pedimos a la gente que no lo haga», esa diferencia de obligatoriedad es exactamente lo que está pagando.
Code Insights amplía todavía más la superficie de revisión al traer resultados de pruebas y salidas de análisis de seguridad directamente a la vista de la solicitud, de modo que quienes revisan evalúan señales de calidad en el mismo lugar donde evalúan los cambios y no en un panel aparte.
Pipelines es el sistema incorporado de integración y entrega continuas, configurado como código mediante un archivo de configuración y una biblioteca de plantillas por lenguaje. En lo operativo ofrece una elección determinante para entornos regulados: puede ejecutar trabajos en ejecutores alojados por Atlassian o conectar sus propios ejecutores tras un cortafuegos, o combinar ambos, y puede definir y seguir varios entornos de despliegue como desarrollo, preproducción y producción. Este modelo híbrido implica que las cargas que legalmente no pueden salir de su red siguen orquestándose con las mismas definiciones que todo lo demás.
La conexión con Jira es la razón histórica por la que muchos equipos eligen Bitbucket y sigue siendo el argumento más sólido del producto. Referenciar una clave de incidencia en el nombre de una rama, en un mensaje de confirmación o en una solicitud vincula automáticamente la actividad de desarrollo con la incidencia correspondiente. El resultado práctico es que la dirección del proyecto puede ver si un trabajo está en revisión, fusionado o desplegado sin preguntar a nadie del equipo técnico, y quien desarrolla puede responder qué entró en una versión sin reconstruirlo a mano.
La capa de inteligencia artificial merece una descripción cuidadosa y basada en pruebas, porque es la parte que con más frecuencia se exagera. La revisión de código asistida, los resúmenes de compilaciones fallidas, el resumen de solicitudes de incorporación y la búsqueda asistida se entregan dentro de los planes Standard, Premium y Enterprise en lugar de como una partida separada, y se activan automáticamente aunque una administración de la organización puede desactivarlas. En el uso diario esto significa que el revisor automático hace una primera pasada por sus cambios antes de que una persona los abra, y que una compilación fallida produce una explicación legible de lo que se rompió en lugar de un registro en bruto que hay que diseccionar.
Rovo Dev es la excepción, y la distinción importa para presupuestar. Se vende como suscripción propia a 20 dólares por persona desarrolladora y mes, agrupando 2.000 créditos con exceso facturado a 0,01 dólares por crédito, ofrecido con una prueba de 30 días y sin nivel gratuito. Rovo Dev es el escalón agéntico que se encarga de la planificación, la generación de código y la automatización de tareas mayores, y está disponible mediante una interfaz de línea de órdenes que funciona con instrucciones en lenguaje natural.
El resumen honesto es que la inteligencia artificial en Bitbucket constituye una capa de aceleración sustancial y no el centro de gravedad comercial del producto. Las pruebas respaldan directamente esta lectura: las funciones incluidas carecen de unidad de medida propia y de cargo separado, mientras que el agente más profundo posee tanto su propia moneda de créditos como su propia tarifa. La estructura de precios revela qué considera principal un proveedor, y aquí el producto principal sigue siendo el alojamiento de código junto con la integración continua.
Equipos que ya usan Jira. Es el encaje más claro y el escenario para el que el producto está optimizado. La trazabilidad desde la incidencia hasta la rama, la solicitud y el despliegue es nativa en lugar de añadida, y no hay conectores de terceros que mantener.
Organizaciones con requisitos estrictos sobre la ubicación del código fuente. Dado que la versión autoalojada persiste bajo una licencia híbrida, los equipos que no pueden colocar código fuente en una nube pública disponen de una vía admitida que varios competidores han cerrado.
Equipos pequeños que validan un flujo de trabajo. Cinco personas usuarias, repositorios privados ilimitados y un sistema de integración continua funcional hacen viable el plan gratuito para un equipo reducido, siempre que el volumen de compilaciones se mantenga moderado.
Empresas que consolidan proveedores. Comprar alojamiento de código, seguimiento de incidencias y documentación a un único proveedor simplifica las compras, la gestión de identidades y la facturación, lo que a gran escala suele ser el factor decisivo con independencia de las comparaciones función por función.
Cadenas reguladas que necesitan ejecución híbrida. La posibilidad de mantener los pasos sensibles en ejecutores propios usando ejecutores alojados para el resto encaja con organizaciones sujetas a restricciones parciales de datos.
Empiece creando una cuenta de Atlassian y un espacio de trabajo, que es el contenedor propietario de sus repositorios, personas usuarias y facturación. Cree dentro un repositorio eligiendo el modo privado por defecto, salvo que el código esté realmente destinado a ser público. Después suba un proyecto existente o clone el repositorio vacío.
Decida pronto cómo se corresponden las ramas con el trabajo. La mayoría de los equipos adopta una rama principal que refleja siempre la producción, con ramas de funcionalidad de vida corta fusionadas mediante solicitudes. Configure los permisos de rama para que nadie escriba directamente en la principal, porque solo ese ajuste evita la categoría más común de daños accidentales.
Conecte el espacio de trabajo con su instancia de Jira y adopte la convención de incluir claves de incidencia en nombres de rama y mensajes de confirmación. Una vez asentado el hábito, la trazabilidad es automática y no requiere esfuerzo adicional.
Active Pipelines y parta de una plantilla acorde con su lenguaje. Comience con algo pequeño que realmente pase, como instalar dependencias y ejecutar el conjunto de pruebas, y amplíe después. Resista la tentación de escribir de inmediato una canalización exhaustiva, porque una que falla por razones estructurales enseña al equipo a ignorar las compilaciones en rojo.
Fije el número de aprobaciones necesarias y defina las comprobaciones de fusión. Si está en Premium, active la imposición para que las comprobaciones bloqueen de verdad en lugar de limitarse a advertir.
Antes de que se consoliden los hábitos del equipo, observe cuántos minutos consume su canalización por ejecución y multiplique por las fusiones semanales previstas. Hacer ese cálculo en la primera semana resulta mucho más barato que descubrirlo en una factura al tercer mes.
Almacene dependencias en caché de forma agresiva. Puesto que la facturación está ligada al tiempo de ejecución, guardar en caché la descarga de paquetes constituye una reducción directa de costes y no una mera comodidad. Para la mayoría de proyectos es la optimización más rentable disponible.
No ejecute canalizaciones completas en cada confirmación. Restrinja las etapas costosas a las solicitudes de incorporación y a la rama principal. Lanzar el conjunto entero en cada envío a una rama en curso es la forma más común de agotar la asignación.
Aproveche la concurrencia gratuita. Como la concurrencia no se cobra aparte, dividir una tarea secuencial larga en pasos paralelos reduce el tiempo realmente transcurrido sin alterar la estructura de coste fundamental. Optimice el tiempo transcurrido, no el número de pasos.
Mantenga los binarios grandes fuera de Git. Use el almacenamiento de archivos grandes de forma deliberada y recuerde que su capacidad varía según el plan. Confirmar artefactos de compilación o material audiovisual en el historial habitual crea un problema que empeora de manera permanente y resulta doloroso de revertir.
Trate la revisión automática como una primera pasada, no como un veredicto. Su valor está en detectar problemas mecánicos antes de que una persona invierta atención. No comprende los requisitos de su producto, y considerar suficiente su aprobación es un mal uso de la función.
Migre ahora las incidencias y wikis nativos. Si todavía los usa, esto es urgente y no eventual. Consulte la sección de limitaciones para conocer el plazo concreto.
Defina los entornos de despliegue de forma explícita. Declarar desarrollo, preproducción y producción como entornos con seguimiento le da una respuesta fiable a qué versión se ejecuta dónde, algo que durante un incidente vale más que cualquier panel.
Bitbucket encaja con los equipos ya comprometidos con el ecosistema de Atlassian mejor que con cualquier otro público. Si el trabajo se planifica en Jira, la integración elimina una carga de coordinación que de otro modo sería manual.
Conviene al personal de ingeniería de plataforma y operaciones que desea la integración continua en el mismo producto que el repositorio, evitando un proveedor de integración aparte con su propio modelo de permisos y sus propios modos de fallo.
Funciona bien para empresas con obligaciones de cumplimiento, gracias al cifrado, las listas de direcciones permitidas, la verificación obligatoria y una opción autoalojada que se mantiene específicamente para el código fuente.
Resulta menos adecuado para proyectos de código abierto que buscan contribuciones de la comunidad, donde dominan los efectos de red de las plataformas mayores. Un repositorio público aquí recibirá sencillamente menos contribuciones espontáneas, y ninguna función compensa eso.
Encaja mal con equipos de fuertes necesidades de integración continua y sin presupuesto, porque 50 minutos gratuitos al mes no sostienen una práctica real.
Bitbucket es ante todo una aplicación web, con toda la interfaz de revisión, administración y canalizaciones entregada en el navegador. La interacción diaria con el código ocurre a través de cualquier cliente Git estándar, ya que el servicio habla Git corriente sobre HTTPS y SSH y no exige herramientas propietarias.
Para la automatización existe una interfaz REST documentada y un portal para desarrolladores, junto a la documentación oficial y el blog del producto. La extensibilidad se ofrece mediante la plataforma de aplicaciones Forge.
Para el despliegue autoalojado sigue disponible la versión Data Center, y su situación es inusual de un modo que favorece a quienes la usan. Atlassian está retirando gradualmente esa línea, con fin de ventas a clientes nuevos el 30 de marzo de 2026 y el 28 de marzo de 2029 como fecha terminal, pero la edición de Bitbucket sobrevive mediante una opción de licencia híbrida, precisamente porque el código fuente se trata como particularmente sensible.
En cuanto al móvil, Atlassian no publica una aplicación móvil oficial; las disponibles son clientes de terceros. Los equipos que necesiten revisar desde el móvil deben evaluarlas por su cuenta en lugar de presumir respaldo del proveedor.
La versión en la nube se vende en tres niveles, cuyos límites de capacidad importan más que los precios anunciados.
El plan gratuito está limitado a cinco personas usuarias e incluye repositorios públicos y privados ilimitados, 50 minutos de compilación al mes y 1 GB de almacenamiento para archivos grandes. Standard figura a 3,65 dólares por persona y mes, y Premium a 7,25 dólares por persona y mes. El almacenamiento para archivos grandes crece por niveles hasta 1 GB, 5 GB y 10 GB respectivamente.
La capacidad de compilación es la cifra en torno a la cual planificar. El plan gratuito incluye 50 minutos al mes, Standard 2.500 y Premium 3.500. Al superar la asignación, Atlassian cobra automáticamente 10 dólares por cada 1.000 minutos adicionales. Es precisamente ese carácter automático lo que sorprende a los equipos, así que conviene configurar avisos pronto.
Dos detalles vuelven el contador más indulgente de lo que sugiere una lectura ingenua. Los minutos contabilizan solo el tiempo en que una canalización se ejecuta realmente sobre un ejecutor con estado «en curso», y queda excluida la espera para obtener un ejecutor. Además, Bitbucket no cobra la concurrencia aparte, de modo que paralelizar para terminar antes no acarrea penalización de precio.
Conviene repetir con claridad la economía de la inteligencia artificial. Las funciones incluidas no cuestan nada más allá del precio del plan. Rovo Dev va aparte, a 20 dólares por persona desarrolladora y mes con 2.000 créditos y exceso a 0,01 dólares por crédito. Presupueste ambas partidas por separado.
Premium desbloquea además comprobaciones de fusión impuestas, listas de direcciones permitidas, permisos de despliegue, verificación en dos pasos obligatoria y duplicación inteligente. Para muchas organizaciones son esos controles de seguridad, y no los 1.000 minutos extra, los que justifican el nivel.
GitHub es la comparación por defecto y lidera con claridad en ecosistema, alcance comunitario y atracción para el código abierto. Su asignación gratuita de integración continua para repositorios privados es bastante más generosa, y los proyectos públicos que buscan colaboración casi siempre rinden mejor allí.
GitLab compite como aplicación única que abarca desde la planificación hasta el despliegue, con sólidas capacidades de seguridad incorporadas y una edición autogestionada bien asentada. Los equipos que quieren una sola herramienta para todo, en lugar de un conjunto de piezas óptimas, suelen preferirlo.
Azure DevOps atrae a organizaciones estandarizadas sobre infraestructura e identidades de Microsoft, ofreciendo capacidades comparables de repositorio y canalización dentro de ese ecosistema.
Gitea y Forgejo son opciones autoalojadas ligeras para equipos cuya prioridad es el control y la sencillez por encima de la amplitud de integración.
La regla de decisión honesta: si su organización usa Jira, la ventaja de integración de Bitbucket es real y difícil de replicar. Si no, el argumento se debilita bastante y las alternativas anteriores compiten en general mejor en su propio terreno.
Las incidencias y wikis nativos se eliminan. Es el punto más sensible al tiempo de este documento. Las incidencias y wikis nativos de Bitbucket se eliminan por completo a mediados de agosto de 2026, y Atlassian aconseja a los equipos exportar las incidencias o trasladarlas a Jira, y clonar los wikis localmente antes de migrar ese contenido a Confluence. Si sus repositorios todavía dependen de ello, actúe de inmediato en lugar de planificar a su alrededor.
La asignación gratuita de compilación es realmente escasa. Cincuenta minutos al mes bastan para evaluar la herramienta, no para operar integración continua. Cualquier equipo con volumen real de fusiones pasará a un plan de pago o agotará la asignación pronto.
La facturación por exceso es automática. Superar los minutos no detiene las compilaciones, añade cargos. Resulta cómodo en operación y peligroso en lo financiero sin supervisión.
Controles de seguridad clave son exclusivos de Premium. Las listas de direcciones permitidas y la verificación en dos pasos obligatoria residen en el nivel superior, con lo que los equipos con exigencias de seguridad y presupuesto de Standard afrontan una carencia.
La gravedad del ecosistema favorece a la competencia. Para el trabajo público y abierto, la visibilidad y el volumen de contribuciones son estructuralmente menores que en la plataforma mayor, y eso no se arregla con funciones.
Data Center tiene un horizonte definido. Aunque la edición de Bitbucket continúa bajo licencia híbrida mientras otros productos de esa línea se retiran, la trayectoria general apunta a la nube, y los planes de autoalojamiento a largo plazo deberían tenerlo en cuenta.
La consolidación de proveedores corta por ambos lados. La integración con Jira que hace convincente a Bitbucket también profundiza la dependencia de la hoja de ruta, los precios y las decisiones de producto de una sola empresa.
Sí, dentro de ciertos límites. El plan gratuito admite hasta cinco personas usuarias con repositorios públicos y privados ilimitados, 50 minutos de compilación al mes y 1 GB de almacenamiento para archivos grandes. Resulta adecuado para equipos pequeños y para evaluar, aunque lo que suele forzar la mejora de plan es la asignación de compilación y no el número de personas.
No, según la propia documentación de Atlassian, y merece una respuesta precisa porque circula ampliamente una afirmación contraria. Atlassian declara con claridad que los datos de clientes, incluidos los enviados a Rovo y a Atlassian Intelligence o generados por ellos, nunca se utilizan para entrenar, ajustar ni mejorar modelos o servicios de inteligencia artificial. Por otro lado, se han publicado informes sobre nuevos ajustes de aportación de datos que entran en vigor en 2026 y permiten que el contenido de las aplicaciones mejore la inteligencia artificial de la compañía. Esos informes se refieren a un alcance de producto distinto: la documentación de disponibilidad de Atlassian limita dichos ajustes a Confluence, Jira, Jira Service Management y aplicaciones de plataforma, y nombra a Bitbucket entre las aplicaciones cuyos metadatos y contenido no se utilizan, porque allí el ajuste todavía no está disponible. Las empresas con requisitos estrictos deberían verificar igualmente las condiciones vigentes de forma directa, ya que este ámbito está cambiando.
El plan gratuito incluye 50 minutos al mes, Standard 2.500 y Premium 3.500. Superar la asignación no detiene las compilaciones; Atlassian factura automáticamente 10 dólares por cada 1.000 minutos adicionales. Configure avisos de facturación antes de que esto sea relevante.
Ambas cosas, según la función. La revisión de código asistida, los resúmenes de compilaciones fallidas, el resumen de solicitudes y la búsqueda asistida se incluyen desde Standard y vienen activadas por defecto, y la administración puede desactivarlas. El agente Rovo Dev es una suscripción aparte de 20 dólares por persona desarrolladora y mes con 2.000 créditos, uso adicional a 0,01 dólares por crédito y sin nivel gratuito.
Sí. La versión Data Center continúa siendo la opción autoalojada admitida y se mantiene bajo un régimen de licencia híbrida incluso mientras Atlassian retira las ediciones equivalentes de otros productos, decisión atribuida a la particular sensibilidad del código fuente. Bitbucket Server, la edición autoalojada anterior, ya no se vende ni se mantiene.
Mediante convención y vinculación automática. Incluir una clave de incidencia de Jira en el nombre de una rama, en un mensaje de confirmación o en una solicitud asocia esa actividad de desarrollo con la incidencia, y muestra el estado de rama, revisión y despliegue dentro de Jira sin actualizaciones manuales. El coste de implantación se reduce a adoptar un hábito de nomenclatura.
Sí. Pipelines admite ejecutores autoalojados tras su cortafuegos junto a los ejecutores alojados por Atlassian, y ambos pueden combinarse. Así las cargas sensibles se ejecutan dentro de su red mientras los trabajos ordinarios usan capacidad alojada, bajo las mismas definiciones.
Para código abierto GitHub es la opción más fuerte en la mayoría de los casos. La escala de su comunidad, el descubrimiento de personas colaboradoras y una integración continua gratuita más generosa para repositorios privados son ventajas estructurales. La fortaleza de Bitbucket está en el desarrollo privado en equipo donde Jira ya es el sistema de planificación, lo cual es un problema distinto de atraer colaboración externa.
Los repositorios se cifran en reposo con AES-256 y en tránsito con TLS 1.2 o superior, mientras que las listas de direcciones permitidas y la verificación en dos pasos obligatoria quedan restringidas al nivel Premium. Atlassian mantiene certificaciones de cumplimiento entre las que figuran SOC 2 e ISO/IEC 27001. Los equipos que necesiten controles de acceso más estrictos deben presupuestar específicamente Premium.
No. Las incidencias y wikis nativos se eliminan a mediados de agosto de 2026. Exporte o migre las incidencias a Jira y traslade el contenido de los wikis a Confluence ahora. Iniciar hoy trabajo nuevo en esas funciones equivale a crearse una carga de migración con fecha límite.
