Alternativas a Bitbucket: a dónde ir y qué conservas por el camino

Por qué pasarte a GitLab. GitLab trae un importador de Bitbucket Cloud integrado. Recupera la descripción del repositorio, los datos de Git, las pull requests con sus comentarios y los objetos de Git LFS (los archivos grandes). Ningún otro destino de esta lista conserva el historial de revisiones de código desde Bitbucket Cloud. Además tienes CI/CD, incidencias, tableros y registro de paquetes, en GitLab.com o en tu propio servidor con Self-Managed.

Para quién. Equipos con años de revisiones en Bitbucket que quieren poder consultarlas, y empresas que quizá quieran llevarse la forja a casa algún día.

Para quién no. Un equipo que deja Bitbucket para pagar menos: Premium cuesta 29 $ por usuario y mes con facturación anual, casi ocho veces el Standard de Bitbucket.

Su límite. El importador deja cosas por el camino: las incidencias de Bitbucket, las aprobaciones de PR, las reglas de aprobación y las imágenes y adjuntos en Markdown, que siguen siendo enlaces a Bitbucket. Las PR que vienen de forks llegan vacías. El plan gratuito de GitLab.com se queda en 5 usuarios por grupo privado de primer nivel, 400 minutos de cómputo al mes y 10 GiB de almacenamiento.

Cómo migrar. Necesitas el rol Maintainer en el proyecto de GitLab y un token de API de Bitbucket con los permisos read:repository y read:pullrequest. La CI no viaja: reescribes bitbucket-pipelines.yml como .gitlab-ci.yml. Antes de importar, guarda las imágenes pegadas en las PR que te importen: cuando cierres Bitbucket, esos enlaces dejarán de funcionar.

Conviene saber. Si pasas de 400 minutos, el paquete de 1.000 cuesta 10 $, y 10 GiB extra de almacenamiento, 5 $ al mes. Suele salir más barato que subir a todo el equipo a Premium. Nuestra guía para dejar GitLab cuenta el camino inverso.

Por qué pasarte a GitHub. Es donde están la mayoría de desarrolladores y proyectos libres, con el mayor catálogo de acciones de CI. Y sobre todo, GitHub publica GitHub Actions Importer, una herramienta oficial que convierte tus Bitbucket Pipelines en workflows de GitHub Actions: steps, scripts, servicios, cachés, artefactos, pasos en paralelo, despliegues y disparadores por ramas, PR y tags.

Para quién. Equipos para los que la CI es lo más pesado de la migración, y equipos que quieren publicar o contratar donde mira todo el mundo.

Para quién no. Quien necesite sus pull requests de Bitbucket Cloud: el importador oficial, GitHub Enterprise Importer, solo admite Bitbucket Server y Data Center 5.14 o superior, hacia GitHub Enterprise Cloud. Desde Bitbucket Cloud mueves el código y el historial de Git, no las PR.

Su límite. El conversor no lo traduce todo: fail-fast, oidc, size y las imágenes privadas de ECR hay que retocarlas a mano. Las variables seguras y las claves SSH nunca se copian: las vuelves a crear. La herramienta pide Docker, la línea de comandos gh y un token de acceso al espacio de trabajo de Bitbucket.

Cómo migrar. Desde Bitbucket Cloud: git clone --mirror, luego git push --mirror a un repositorio vacío de GitHub, y los archivos LFS aparte. Desde Bitbucket Data Center: GitHub Enterprise Importer trae código, historial, PR con comentarios y revisiones, revisores obligatorios y adjuntos, pero no los permisos de rama, la configuración ni la CI. Límites: archivo de 40 GiB como máximo, y ningún fichero de más de 100 MiB una vez terminada la migración.

Conviene saber. Team cuesta 4 $ por usuario y mes, apenas más que Bitbucket Standard, con 3.000 minutos de Actions y 2 GB de paquetes. Las Actions son gratis en repos públicos. Y si un día quieres salir, tienes nuestra guía para dejar GitHub.

Por qué pasarte a Azure DevOps. Los cinco primeros usuarios del plan Basic son gratis, con un trabajo de CI alojado de 1.800 minutos al mes y un trabajo autoalojado sin límite de minutos. A partir de ahí, 6 $ por usuario y mes. Repos de Git, tableros, pipelines y artefactos en un mismo servicio.

Para quién. Equipos .NET o que ya están en Azure, y equipos pequeños con repos privados que quieren seguir gratis más tiempo que en Bitbucket.

Para quién no. Un proyecto libre que busca visibilidad, o un equipo que quiere conservar sus revisiones de código: la importación solo copia el repositorio.

Su límite. «Import repository» copia el código y el historial una sola vez, sin sincronizar después. Los archivos de Git LFS no viajan: los subes aparte con git lfs push --all. Y si tu CI necesita trabajos en paralelo, cada trabajo alojado extra cuesta 40 $ al mes (15 $ si es autoalojado).

Cómo migrar. En Azure Repos, crea un repositorio vacío, elige Import, pega la URL de clonado de Bitbucket y unas credenciales si es privado. Después sube los objetos LFS. Los Pipelines se reescriben como azure-pipelines.yml.

Conviene saber. Con 10 personas pagas 5 × 6 $ = 30 $ al mes, menos que Bitbucket Standard (36,50 $). Es el único caso de esta página en el que irte baja la factura.

Por qué pasarte a Gitea. Gitea es una forja libre con licencia MIT, gratuita si la alojas tú. Está pensada para ser ligera. Sin tope de 1 GB, sin minutos contados, sin precio por usuario. Pagas el servidor y nada más.

Para quién. Equipos con alguien capaz de mantener un servidor, que quieren salir de la facturación por usuario y tener el código en sus máquinas.

Para quién no. Un equipo sin nadie que se ocupe de actualizaciones, copias de seguridad y seguridad del servidor. Ese trabajo lo hacía Atlassian por ti.

Su límite. No hemos encontrado en la documentación oficial de Gitea un importador que traiga las pull requests de Bitbucket. Cuenta solo con el código y el historial. Existe una oferta Enterprise, pero su precio publicado no está claro: pide presupuesto si la necesitas.

Cómo migrar. Crea un repositorio vacío, haz git clone --mirror desde Bitbucket y git push --mirror hacia Gitea. Luego sube los archivos LFS. La CI la montas con la herramienta que elijas.

Conviene saber. Configura las copias de seguridad antes de migrar, no después: en tu propia forja, un disco que falla borra todo lo que Bitbucket guardaba por ti.

Por qué pasarte a OneDev. La edición Community, gratuita, incluye lo que Bitbucket cobra o deja fuera: un motor de CI/CD integrado, un registro de paquetes (Docker, npm, Maven, NuGet, PyPI, RubyGems, Helm), wiki, búsqueda en el código, políticas de revisión en las pull requests, LDAP e inicio de sesión único (SSO).

Para quién. Equipos que quieren dejar Bitbucket y Pipelines de una vez, en su propio servidor, sin ir pegando herramientas.

Para quién no. Quien busque un servicio alojado: OneDev se instala en tu infraestructura. Y quien dependa de un gran ecosistema de integraciones: la comunidad es mucho más pequeña que la de GitLab.

Su límite. La edición Enterprise (alta disponibilidad, registro de auditoría, análisis de seguridad, control de tiempos) cuesta 6 $ por usuario y mes, con un mínimo de 12 meses-usuario por pedido. No hemos verificado un importador nativo de Bitbucket: cuenta con un push de Git.

Cómo migrar. Crea el proyecto, sube el repo en espejo y reescribe los Pipelines en el formato de CI de OneDev. Los usuarios desactivados, las cuentas de servicio y los usuarios de IA no cuentan para la licencia Enterprise.

Conviene saber. Empieza con Community y pasa a Enterprise solo si necesitas alta disponibilidad o auditoría.

Por qué pasarte a Codeberg. Codeberg es una forja gratuita gestionada por una asociación sin ánimo de lucro, Codeberg e.V. La mayoría de sus servicios corren en hardware propio, en un centro de datos alquilado en Berlín. Sin precio por usuario.

Para quién. Quienes mantienen proyectos de software libre y quieren dejar Bitbucket por una forja europea y no comercial.

Para quién no. Una empresa con repositorios privados: Codeberg no ofrece alojamiento privado. Tolera hasta 100 MB de contenido privado para quien contribuye al software libre, más bajo petición, y nada si no contribuyes.

Su límite. La herramienta de migración de Codeberg no incluye Bitbucket entre sus orígenes (admite GitHub, GitLab, Gitea, Forgejo, Gogs, OneDev, GitBucket y Codebase). Con la opción genérica «Git» solo llega el código: ni incidencias, ni etiquetas, ni wiki, ni versiones.

Cómo migrar. Elige la migración «Git», pega la URL de tu repo de Bitbucket y tus credenciales. Copia a mano el contenido del README y las notas de versión que importen.

Conviene saber. Para traer más, pasa primero por GitLab (que importa las PR desde Bitbucket) y después migra de GitLab a Codeberg, que sí importa desde GitLab. Pruébalo con un repo de prueba antes de hacerlo a lo grande.