Alternativas a Bugzilla: adónde ir y cómo migrar sin perder el historial
Ocho destinos analizados, uno por cada motivo para irte, y un plan de migración en ocho pasos.
La respuesta corta: YouTrack si quieres llevarte todo el historial, porque es la única herramienta actual con importación de Bugzilla integrada. GitLab o GitHub Issues si tu código ya vive ahí y aceptas usar un script de la comunidad. Jira si tu empresa ya trabaja con Atlassian, sabiendo que su importador de Bugzilla viene de la época de Jira Server. Redmine, MantisBT u OpenProject si quieres seguir con software libre en tu propio servidor. Linear si un equipo de producto pequeño empieza de cero. Hemos comparado los ocho destinos en lo que casi ninguna lista explica: qué pasa de verdad desde una base de datos de Bugzilla en 2026, y qué se pierde por el camino.
La clasificación es editorial: una plaza patrocinada siempre se indica en su ficha, y ningún enlace de afiliado cambia una nota.
Por qué los equipos dejan Bugzilla, y qué pierden
Bugzilla no está muerto. Es gratis, ligero, y su búsqueda avanzada sigue siendo de las más potentes. Pero muchos equipos lo mantienen por inercia, y los que se van repiten siempre los mismos motivos. Aquí tienes seis, revisados en 2026.
Un proyecto que avanza muy despacio
Las últimas versiones estables (5.2, 5.0.4.1 y 4.4.14) salieron en 2024, y el desarrollador principal trabaja en ellas como voluntario. Bugzilla 6 se anunció para finales del verano de 2019 y después para finales de 2023: no se cumplió ninguna de las dos fechas. En 2026 la rama Harmony pasó a ser la rama principal de desarrollo, pero sigue sin fecha la próxima versión mayor.
Un servidor Perl que mantienes tú
Bugzilla funciona con Perl sobre MySQL, MariaDB o PostgreSQL, y se instala con el script checksetup.pl y varios módulos CPAN. Cada parche de seguridad y cada actualización del sistema o de Perl es cosa tuya. En la lista de correo del kernel de Linux, un responsable de Fedora recordaba que solo dos personas mantenían su instancia. El proyecto FieldTrip apagó su servidor Bugzilla en 2024 por falta de recursos y por seguridad.
Una interfaz de hace veinte años
Cambiar un campo puede requerir varias pantallas, y no hay tablero Kanban nativo. Las opiniones públicas repiten lo mismo: interfaz anticuada, búsqueda por título poco práctica y una exportación a hoja de cálculo pesada. En Fedora lo describían como una mala experiencia para los usuarios finales, llena de campos heredados de Red Hat.
Los grandes usuarios se marchan
Red Hat pasó el seguimiento de RHEL de Bugzilla a Jira: ya no se pueden crear bugs de Bugzilla para RHEL 6 a 9, y las entradas migradas se cierran con el estado «MIGRATED». Proyectos libres como Wireshark, Coq o ACE/TAO se fueron a GitLab o GitHub. Menos usuarios significa menos extensiones mantenidas y menos respuestas cuando te atascas.
Sin vínculo real con el código
Bugzilla no sabe nada de tus pull requests (las solicitudes para fusionar un cambio), de tu integración continua ni de tus ramas. El vínculo es un número de bug que copias a mano en el mensaje del commit. Los gestores modernos cierran la incidencia sola cuando se fusiona la corrección.
Irse cuesta trabajo
Lo que pierdes importa tanto como lo que ganas. Bugzilla tiene búsquedas guardadas muy finas, «flags» de revisión, un campo «QA contact», y aguanta bases de cientos de miles de bugs sin pestañear. Comprueba que tu destino tiene un equivalente: el importador histórico de Bugzilla en Jira, por ejemplo, no recupera el campo «QA contact».
Te vas porque… ve a…
La mejor alternativa a Bugzilla depende de lo que te empuja a salir. Normalmente te toca una sola fila. Cada tarjeta lleva a la ficha completa más abajo.
La única importación de Bugzilla integrada y mantenida: bugs, comentarios, adjuntos, dependencias.
Tu código ya está en GitLab o GitHubGitLab o GitHub IssuesIncidencias junto al código, cerradas al fusionar la corrección.
Tu empresa ya trabaja con JiraJiraEl camino que eligió Red Hat para RHEL, con una migración trabajada.
Quieres software libre en tu servidorRedmine o MantisBTGratis, licencia GPL, autoalojados como Bugzilla.
Quieres Gantt, wiki y bugs en un mismo sitioOpenProjectLibre, autoalojado o en nube europea.
Un equipo de producto pequeño que empieza de ceroLinearRápido y moderno, pero sin importación de Bugzilla.
Alternativas a Bugzilla, herramienta por herramienta
Para cada herramienta: por qué irte a ella, para quién es, su límite, cómo llevar tus datos desde Bugzilla y cuánto cuesta. Hemos seguido la ruta de importación de cada una desde una base de Bugzilla. Los precios son los publicados en 2026; casi todos los editores los muestran en dólares también en España.
Las herramientas
YouTrack: el único que importa Bugzilla por sí solo
La importación más completaPor qué irte a YouTrack. Es el único destino actual con una importación de Bugzilla integrada y documentada. Lo conectas a tu instancia y YouTrack convierte cada producto en un proyecto, cada bug en una incidencia con su historial y cada dependencia en un vínculo «Depend». También pasan los campos personalizados, los comentarios, los adjuntos, los usuarios, los grupos y hasta las horas registradas. Ninguna otra herramienta de esta lista lo hace sin script.
Para quién. Equipos de desarrollo con años de historial en Bugzilla que quieren seguir consultándolo, con tableros ágiles, control de tiempo y base de conocimiento.
Para quién no. Equipos no técnicos: la interfaz es densa, y su lenguaje de consultas y sus flujos programables piden tiempo.
Su límite. Necesitas Bugzilla 5.0.4 o posterior, los módulos Perl JSON instalados en Bugzilla, una cuenta de administrador y que los dos servidores puedan comunicarse. La importación no admite cuentas que inician sesión con módulos de autenticación externos (un directorio corporativo, por ejemplo): prepara una cuenta con contraseña o token.
Cómo migrar. Si estás en la 4.4, sube primero a la 5.0.4 o la 5.2, y lanza la importación hacia un proyecto de prueba. Un proyecto de origen ya importado no se puede volver a elegir: evita duplicados, pero te obliga a escoger bien el momento de la importación final.
Lo que hay que ajustar. El historial y los vínculos solo pasan si el script de importación los admite: activar la opción no siempre basta. Si tus productos de Bugzilla tienen campos personalizados, quizá tengas que tocar ese script. La cuenta de YouTrack que importa debe poder crear cada elemento, y JetBrains recomienda un administrador del sistema.
Precio. El plan gratuito cubre hasta 10 usuarios con 30 GB de almacenamiento. A partir de ahí, la suscripción anual empieza en 4,50 $ por usuario y mes (5,40 $ en pago mensual) para 11 usuarios y baja hasta 1,53 $ con 10.000 usuarios. Ejemplo: 25 usuarios cuestan 112,50 $ al mes, 1.350 $ al año. La prueba gratuita dura 14 días para 100 usuarios, sin tarjeta: suficiente para importar un proyecto piloto antes de pagar.
- Gratis
- 10 usuarios, 30 GB
- De pago
- desde 4,50 $/usuario/mes anual
- Migración
- importación de Bugzilla integrada
- Límite
- Bugzilla 5.0.4 o posterior
Jira: la elección de Red Hat, con un importador antiguo
El estándar corporativoPor qué irte a Jira. Es adonde Red Hat llevó RHEL, buscando una fuente única de verdad, mejores paneles y una API REST moderna. Si el resto de tu empresa ya trabaja en Jira, reunir allí los bugs simplifica el paso entre soporte, producto y desarrollo.
Para quién. Empresas que ya usan Atlassian y equipos que quieren flujos de trabajo muy controlados.
Para quién no. Equipos que dejan Bugzilla porque es pesado. Un desarrollador del kernel definía Jira como «fundamentalmente el mismo tipo de cosa». Si huyes de la complejidad, mira Linear o GitHub Issues.
Su límite. El importador de Bugzilla de Atlassian se hizo para Jira Server y Data Center: se conecta directamente a la base MySQL, PostgreSQL o SQL Server, y se mantuvo hasta Bugzilla 4.4.4. Jira Cloud no tiene importación directa de Bugzilla, así que pasas por un CSV o por una instancia Server intermedia. Los usuarios señalan además que no se pueden elegir los productos a importar, que el campo «QA contact» no pasa y que faltan algunos adjuntos.
Cómo migrar. Ejecuta el «Sanity Check» de Bugzilla antes de importar, como recomienda Atlassian. Un bug pasa a ser una incidencia de tipo Bug, y un «Enhancement» se convierte en «Improvement» con prioridad Major. Importar en un Jira que no esté en UTF-8 no está soportado. Nuestra página de alternativas a Jira recoge lo que los equipos le reprochan.
Precio. Jira es gratis hasta 10 usuarios. Standard cuesta 8,48 $ por usuario y mes (400 pasos de automatización por usuario y mes, hasta 100.000 usuarios por sitio) y Premium 15,56 $.
- Gratis
- hasta 10 usuarios
- De pago
- Standard 8,48 $/usuario/mes
- Migración
- CSV en la nube
- Límite
- sin campo QA contact
GitLab: incidencias junto al código, sin importador oficial
Para código en GitLabPor qué irte a GitLab. Código, integración continua y bugs en el mismo sitio. Una incidencia se cierra cuando se fusiona la corrección, y una merge request (la solicitud de fusión) se vincula al bug con una línea. Es el camino de Wireshark, y GitLab se puede autoalojar igual que Bugzilla.
Para quién. Proyectos libres y equipos de desarrollo cuyo repositorio ya está en GitLab.
Para quién no. Un equipo de soporte o QA que nunca abre el repositorio: las incidencias de GitLab están pensadas antes para desarrolladores.
Su límite. No hay importador nativo de Bugzilla, y la petición lleva años abierta. El script comunitario bugzilla2gitlab copia bugs, comentarios y adjuntos desde la exportación XML de Bugzilla, pero exige un token de administrador («sudo») y que cada cuenta exista antes; los comentaristas desconocidos acaban en una cuenta genérica «bugzilla». Tras su migración, Wireshark encontró bugs «RESOLVED FIXED» que seguían abiertos y comentarios perdidos.
Cómo migrar. Desactiva las notificaciones por correo antes de lanzar el script: cada comentario importado envía una. Haz una prueba en un proyecto desechable y compara estados y número de comentarios. Xfce decidió migrar solo los bugs abiertos con su herramienta bztogl. Nuestra página de alternativas a GitLab compara sus vecinos.
Precio. Free a 0 $ (5 usuarios por grupo privado, 400 minutos de cómputo al mes, 10 GiB). Premium cuesta 29 $ por usuario y mes con pago anual; Ultimate, bajo presupuesto.
- Gratis
- 5 usuarios por grupo privado
- De pago
- Premium 29 $/usuario/mes
- Migración
- script bugzilla2gitlab
- Límite
- token de administrador
GitHub Issues: lo más sencillo si tu código está allí
El más baratoPor qué irte a GitHub Issues. Es la herramienta más ligera de la lista y a menudo la más barata: si tu repositorio está en GitHub, las incidencias ya vienen incluidas. Coq migró allí unos 4.900 bugs en 2017, y ACE/TAO anunció en 2026 su salida de Bugzilla hacia GitHub.
Para quién. Proyectos libres y equipos de desarrollo que quieren un seguimiento sencillo con etiquetas, hitos y tableros.
Para quién no. Un equipo de QA que vive de consultas avanzadas y muchos campos personalizados: pierdes parte de la precisión de Bugzilla.
Su límite. No hay importación oficial. El script comunitario bugzilla2github lee la exportación XML y usa la API REST de GitHub; crea incidencias fantasma para mantener la numeración cuando se borraron bugs, y avisa de que no hay copias de seguridad ni vuelta atrás. El proyecto D contó lo difícil que fue emparejar cuentas de Bugzilla y de GitHub: hubo que rehacer a mano las suscripciones a los bugs.
Cómo migrar. Prepara una tabla de correos de Bugzilla a usuarios de GitHub antes de nada, y prueba en un repositorio privado desechable. Nuestra página de alternativas a GitHub te ayuda si aún dudas de la plataforma.
Precio. Free a 0 $ (2.000 minutos de Actions, 500 MB de paquetes), Team a 4 $ por usuario y mes, Enterprise a 21 $.
- Gratis
- repositorios e incidencias incluidos
- De pago
- Team 4 $/usuario/mes
- Migración
- script bugzilla2github
- Límite
- sin copia ni vuelta atrás
Redmine: el relevo libre más parecido a Bugzilla
Libre y autoalojadoPor qué irte a Redmine. Conservas lo que te gusta de Bugzilla (gratis, en tu servidor, licencia GPL v2) y ganas un diagrama de Gantt, una wiki, control del tiempo, campos personalizados, acceso por LDAP y creación de incidencias por correo. El proyecto sigue vivo: la versión 7.0.3 salió en 2026.
Para quién. Equipos que quieren controlar sus datos y su servidor con una herramienta que también cubre la gestión de proyectos.
Para quién no. Un equipo que deja Bugzilla precisamente para no administrar servidores: Redmine (Ruby on Rails) pide el mismo cuidado.
Su límite. La migración. La única importación de Bugzilla es una tarea rake de la comunidad escrita para Bugzilla 2.22.1, que borra los datos existentes de Redmine y no recupera ni relaciones entre bugs ni adjuntos. Su propio autor reconoce no saber cuánto ha cambiado desde entonces.
Cómo migrar. Ejecútala en un Redmine vacío, nunca en producción. Con un Bugzilla reciente, suele ser más seguro exportar a CSV e importar el CSV en Redmine, dejando los adjuntos en un Bugzilla de solo lectura.
Precio. Gratis. Solo pagas el alojamiento y tu tiempo de administración.
- Gratis
- sí, GPL v2
- De pago
- ninguno, alojamiento por tu cuenta
- Ideal para
- mantener tu servidor
- Límite
- importación de Bugzilla obsoleta
MantisBT: seguimiento de bugs puro, libre o alojado
Gestor de bugs puroPor qué irte a MantisBT. Es lo más parecido a Bugzilla en espíritu: un gestor de incidencias, no una suite de proyectos, con licencia GPL. La diferencia es que MantisHub puede alojarlo por ti y te olvidas del servidor.
Para quién. Equipos de QA y soporte que quieren un seguimiento de bugs sencillo, y equipos que quieren dejar de administrar sin cambiar su forma de trabajar.
Para quién no. Equipos ágiles que buscan sprints, hojas de ruta e integración fina con el código.
Su límite. Los scripts de importación de Bugzilla (bugzilla2mantis) son antiguos. El camino que se sugiere en el foro de MantisBT pasa por Mantis 1.2 o 1.3.3 y una actualización posterior a la rama 2.x. En 2023, una empresa con Bugzilla 5.1.2 buscaba allí un script actualizado sin encontrarlo.
Cómo migrar. Monta una instancia temporal en 1.3.3, importa, revisa y actualiza a la última versión antes de cambiar.
Precio. MantisBT es gratis. MantisHub ofrece una prueba gratuita sin tarjeta, después Gold a 27,50 $ al mes para 15 usuarios y Platinum a 55 $ al mes para 30 usuarios, con pago anual; 5 usuarios más cuestan 132 $ al año.
- Gratis
- MantisBT libre, GPL
- De pago
- MantisHub Gold 27,50 $/mes, 15 usuarios
- Migración
- vía Mantis 1.3.3
- Límite
- scripts antiguos
OpenProject: gestión de proyectos completa y libre
Proyectos y bugs juntosPor qué irte a OpenProject. El propio editor se presenta como alternativa a Bugzilla: libre, instalable en tu servidor y con una interfaz moderna. Tienes seguimiento de bugs, pero también Gantt, tableros ágiles y presupuestos, en un producto con desarrollo activo.
Para quién. Organizaciones que quieren unir incidencias y planificación, alojadas en local o en una nube europea.
Para quién no. Un equipo que solo quiere un gestor de bugs: OpenProject hace mucho más y se configura en consecuencia.
Su límite. No hay herramienta de migración desde Bugzilla; el editor solo ofrece una para Jira. Toca pasar por CSV y algo de trabajo manual.
Cómo migrar. Usa la prueba de 14 días para importar una muestra en CSV y revisar cómo se traducen los estados. Deja Bugzilla en solo lectura para el historial completo.
Precio. La edición Community es gratis. Enterprise en la nube empieza en 5,95 € por usuario y mes, con un mínimo de 5 usuarios (29,75 € al mes). En local, el mínimo sube a 25 usuarios.
- Gratis
- Community, autoalojada
- De pago
- nube desde 5,95 €/usuario/mes, 5 mín.
- Datos
- local o nube UE
- Límite
- sin migrador de Bugzilla
Linear: empezar de cero, rápido
El más modernoPor qué irte a Linear. Es todo lo que Bugzilla no es: rápido, pensado para el teclado y para ciclos cortos, conectado a GitHub. Si tu base de Bugzilla es sobre todo un cementerio de bugs viejos, empezar de cero es una opción seria.
Para quién. Equipos de producto pequeños y startups que quieren una herramienta agradable y aceptan dejar el historial en Bugzilla.
Para quién no. Equipos que necesitan décadas de historial consultable en un único sitio, o que necesitan autoalojamiento.
Su límite. Los asistentes de importación de Linear cubren Asana, Jira, Shortcut y GitHub, no Bugzilla. Queda el importador por línea de comandos (con un CSV), solo para administradores, que no trae comentarios ni proyectos.
Cómo migrar. Importa solo los bugs abiertos por CSV, con un enlace al bug antiguo de Bugzilla (en solo lectura) en cada descripción. Nuestra página de alternativas a Linear también explica sus límites.
Precio. Free a 0 $ (miembros ilimitados, 2 equipos, 250 incidencias), Basic a 10 $ y Business a 16 $ por usuario y mes con pago anual, Enterprise bajo presupuesto.
- Gratis
- 250 incidencias, 2 equipos
- De pago
- Basic 10 $/usuario/mes anual
- Migración
- CSV, sin comentarios
- Límite
- sin importación de Bugzilla
Las 8 alternativas frente a frente
Nuestra elección por defecto: YouTrack si quieres llevarte el historial, GitLab o GitHub Issues si tu código ya está allí. Lo que de verdad las separa no es el precio, es la columna de la derecha: cómo salen tus bugs de Bugzilla. Para un equipo de 10 desarrolladores, GitHub Team sale por 40 $ al mes y GitLab Premium por 290 $ al mes, mientras que Redmine y MantisBT solo cuestan tu servidor.
| Plan gratuito | Primer plan de pago y migración desde Bugzilla | |
|---|---|---|
| BugzillaEl punto de partida | Gratis, licencia MPL 2.0, autoalojado | Sin plan de pago; servidor Perl que mantener |
| YouTrackHistorial completo | 10 usuarios, 30 GB | Desde 4,50 $ por usuario y mes anual; importación de Bugzilla integrada (5.0.4 o posterior) |
| JiraEmpresa | Hasta 10 usuarios | Standard 8,48 $, Premium 15,56 $ por usuario y mes; importador Server antiguo, CSV en la nube |
| GitLabCódigo en GitLab | 5 usuarios por grupo privado, 400 minutos de cómputo | Premium 29 $ por usuario y mes; script bugzilla2gitlab |
| GitHub IssuesCódigo en GitHub | Repositorios e incidencias incluidos | Team 4 $ por usuario y mes; script bugzilla2github |
| RedmineLibre, autoalojado | Gratis, GPL v2 | Sin plan de pago; tarea rake para Bugzilla 2.22.1, o CSV |
| MantisBTGestor de bugs puro | Gratis, GPL; prueba de MantisHub | MantisHub Gold 27,50 $ al mes (15 usuarios); vía Mantis 1.3.3 |
| OpenProjectSuite de proyectos | Community gratis | Nube desde 5,95 € por usuario y mes, mínimo 5 usuarios (29,75 €), 25 en local; solo CSV |
| LinearEmpezar de cero | 250 incidencias, 2 equipos | Basic 10 $ por usuario y mes anual; CSV sin comentarios |
Precios de entrada sin impuestos, sujetos a cambios. Compruébalos siempre con el tamaño real de tu equipo.
Migrar desde Bugzilla en ocho pasos
El orden importa. Cada paso protege algo: tu historial, los vínculos entre bugs, los números citados en tu código y la paciencia de tus usuarios.
Los pasos
Hacer inventario de lo que contiene tu base
Día 1Apunta la versión exacta de Bugzilla, el número de productos, componentes y bugs, los campos personalizados, los flags, las búsquedas guardadas que el equipo usa a diario y las extensiones instaladas. Cuenta también los bugs abiertos: suelen ser menos del 10 % de la base.
¿Por qué? Porque la versión decide qué herramientas puedes usar (YouTrack exige la 5.0.4, los scripts viejos de Redmine y Mantis apuntan a la rama 2.x), y el número de bugs abiertos decide si merece la pena migrarlo todo.
- Duración
- media jornada
- Riesgo si se hace mal
- herramienta incompatible
Ejecutar el control de integridad de Bugzilla
Día 1En la administración de Bugzilla, lanza el «Sanity Check». Detecta dependencias rotas, cuentas incoherentes y contadores erróneos. Corrige lo que señale antes de exportar: los importadores suelen pararse en la primera incoherencia, a mitad de un proceso de varias horas.
- Lo recomienda
- la documentación de importación de Atlassian
- Duración
- de minutos a una hora
Actualizar Bugzilla si la herramienta lo exige
Antes de exportarPara YouTrack, una instalación 4.4 tiene que pasar a la 5.0.4 o la 5.2, con los módulos Perl JSON. Para MantisBT es al revés: se importa en un Mantis antiguo y luego se actualiza Mantis. Actualiza siempre una copia de la base, nunca la de producción.
- YouTrack
- 5.0.4 como mínimo
- Jira Server
- hasta la 4.4.4
Preparar la correspondencia de cuentas
Lo más delicadoHaz una tabla: correo en Bugzilla, cuenta en el destino. Fue lo que más le costó al proyecto D, que tuvo que rehacer a mano las suscripciones. Con bugzilla2gitlab, cada cuenta debe existir antes de importar; los desconocidos acaban en una cuenta genérica.
- Formato
- una fila por usuario
- Riesgo si se hace mal
- autores perdidos
Desactivar las notificaciones antes de importar
Día del cambioUna importación recrea cada comentario, y cada comentario puede disparar un correo. Con unos miles de bugs, son decenas de miles de mensajes. Desactiva el correo saliente del destino durante la importación y vuelve a activarlo al terminar.
- Afecta a
- GitLab, GitHub, Jira
Importar un proyecto piloto y contar
ControlImporta un único producto en un espacio de prueba. Compara después una muestra bug a bug: estado, resolución, número de comentarios, adjuntos, dependencias. Ese control le habría ahorrado a Wireshark los bugs «RESOLVED FIXED» que seguían abiertos.
- Muestra
- de 20 a 50 bugs
- Control
- cifras antes y después
Decidir: todo, o solo los bugs abiertos
DecisiónMigrar solo los bugs abiertos (lo que hizo Xfce) reduce el trabajo y los errores. El resto sigue consultable en un Bugzilla de solo lectura. Si lo migras todo, guarda una tabla de número antiguo a número nuevo: tus commits llevan años citando números de Bugzilla.
- Tabla de correspondencia
- número antiguo a nuevo
Hacer el cambio y congelar Bugzilla en solo lectura
FinalEl día del cambio, cierra la creación de bugs en Bugzilla, como hizo Red Hat con RHEL. Añade en cada bug migrado un enlace a su nueva incidencia y pásalo a un estado claro («MIGRATED» en Red Hat). Mantén el servidor en solo lectura al menos un ciclo de versión y después archiva la base.
- Mantener Bugzilla
- al menos un ciclo de versión
- Riesgo si se hace mal
- enlaces rotos en el código
¿Tu herramienta no está en esta página? Escríbenos: hello@hackceleration.com
Lo que hace fracasar una migración de Bugzilla
Los mismos errores aparecen en las listas de correo de todos los proyectos que dieron el salto. Ninguno es espectacular. Cada uno cuesta semanas de limpieza.
Creer que un script lo resuelve todo
bugzilla2github lo dice claro: sin copias de seguridad y sin vuelta atrás. Haz una copia de la base y del destino antes de cada prueba.
Importar directamente en producción
La tarea rake de Redmine borra los datos existentes. Una importación fallida en GitLab deja cientos de incidencias que borrar una a una. Siempre un espacio de prueba primero.
Olvidarse de las cuentas
Autores sustituidos por una cuenta genérica «bugzilla» dejan el historial ilegible. La tabla de cuentas se hace antes, no después.
Perder los números
Tus commits, tu wiki y tus notas de versión citan números de Bugzilla. Sin tabla de correspondencia ni servidor en solo lectura, esos enlaces mueren.
Inundar de correos al equipo
Una importación con las notificaciones activas envía un correo por cada comentario recreado. Desactívalas antes.
Comparar precios sin comparar importaciones
El precio por usuario pesa menos que los días de migración. Nuestra clasificación del mejor software de seguimiento de errores incluye herramientas que no vienen de Bugzilla, y la del mejor software de gestión de proyectos te sirve si quieres juntar bugs y proyectos.
- Versión de Bugzilla y número de bugs abiertos anotados
- Sanity Check ejecutado y corregido
- Copia de la base antes de cada prueba
- Actualización hecha si la herramienta la exige
- Tabla de cuentas lista
- Notificaciones desactivadas en el destino
- Proyecto piloto importado y contado
- Alcance decidido: todo o solo abiertos
- Tabla de número antiguo a nuevo guardada
- Bugzilla congelado en solo lectura, con enlace a cada nueva incidencia
Preguntas frecuentes sobre las alternativas a Bugzilla
¿Bugzilla sigue mantenido en 2026?
Sí, pero despacio. Las últimas versiones estables son de 2024, el desarrollo depende de voluntarios, y en 2026 la rama Harmony pasó a ser la principal sin fecha para Bugzilla 6. Si sigues en la 4.4, planifica igualmente el paso a la 5.2: su publicación inició la cuenta atrás para retirar la rama 4.4.
¿Qué gestor de incidencias open source puedo autoalojar en lugar de Bugzilla?
Redmine si también quieres Gantt y wiki, MantisBT para un seguimiento de bugs puro, OpenProject para una gestión de proyectos completa y GitLab si quieres el código en el mismo sitio. Los cuatro se instalan en tu servidor. Ninguno tiene un importador moderno de Bugzilla: cuenta con CSV o con un script.
¿Bugzilla o Jira: cuál elegir?
Jira si tu empresa ya lo usa y quieres paneles y una API moderna, como Red Hat. Bugzilla si quieres una herramienta gratuita en tu servidor y la interfaz no te molesta. Jira es gratis hasta 10 usuarios; después, Standard cuesta 8,48 $ por usuario y mes. Nuestra página de alternativas a Jira recoge lo que le critican los equipos.
¿Cuánto cuesta Jira en euros?
Atlassian publica sus precios de Jira solo en dólares: gratis hasta 10 usuarios, Standard a 8,48 $ y Premium a 15,56 $ por usuario y mes. Calcula el coste con el tamaño real de tu equipo y añade el IVA. Si buscas un precio publicado en euros, OpenProject empieza en 5,95 € por usuario y mes en la nube, con un mínimo de 5 usuarios (29,75 € al mes).
¿Cómo migrar de Bugzilla a Jira o a GitLab?
A Jira Cloud, con una exportación CSV de Bugzilla y la importación CSV de Jira: el importador directo solo existe en Jira Server y Data Center, y se mantuvo hasta Bugzilla 4.4.4. A GitLab, con el script comunitario bugzilla2gitlab, que lee la exportación XML. En los dos casos, prepara las cuentas, desactiva las notificaciones y prueba antes en un proyecto desechable.
¿Puedo conservar los números de bug de Bugzilla?
Pocas veces tal cual. bugzilla2github crea incidencias fantasma para mantener la numeración; las demás herramientas renumeran. Lo que funciona en todas: una tabla de correspondencia y un Bugzilla en solo lectura donde cada bug antiguo enlaza a su nueva incidencia.
¿Cuánto tarda una migración de Bugzilla?
Nuestra estimación para una base mediana es de una a dos semanas: un día de preparación (inventario, control de integridad, cuentas), varios días de pruebas con un piloto, y después la importación final y el cambio. Suma tiempo si antes tienes que actualizar desde la 4.4.
¿Hay alternativas gratuitas a Bugzilla?
Varias. Redmine, MantisBT y OpenProject Community son gratis y libres, como Bugzilla (licencia MPL 2.0). GitHub Free, GitLab Free, Linear Free y Jira Free sirven a equipos pequeños. Nuestra clasificación del software de seguimiento de errores detalla los planes gratuitos.
Recibe la próxima guía de migración en tu correo
Una herramienta que dejar, un destino, un plan de migración. Nada más.