Alternative à Bugzilla : où partir et comment migrer sans perdre ton historique

Pourquoi partir sur YouTrack. C'est la seule destination actuelle qui a un import Bugzilla intégré et documenté. Tu te connectes à ta base, et YouTrack transforme chaque produit en projet, chaque bug en ticket avec son historique, chaque dépendance en lien « Depend ». Les champs personnalisés, les commentaires, les pièces jointes, les utilisateurs, les groupes et même les heures saisies passent. Aucun autre outil de cette page n'en fait autant sans script.

Pour qui. Les équipes de développement qui ont des années d'historique Bugzilla et veulent le garder consultable, avec des tableaux agiles, un suivi du temps et une base de connaissances en plus.

Pour qui ce n'est pas fait. Une équipe non technique : l'interface est dense, et sa puissance (requêtes, workflows scriptés) demande un temps d'apprentissage.

Sa limite. Il faut Bugzilla 5.0.4 ou plus récent, les modules Perl JSON installés côté Bugzilla, un compte administrateur, et une connexion réseau ouverte entre les deux serveurs. L'import n'accepte pas les comptes connectés par un module d'authentification externe (un annuaire d'entreprise, par exemple) : prévois un compte avec mot de passe ou jeton.

Comment migrer. Si ton Bugzilla est en 4.4, passe-le d'abord en 5.0.4 ou 5.2, puis lance l'import vers un projet de test. Un projet source déjà importé ne peut pas être resélectionné, ce qui évite les doublons, mais t'oblige à bien choisir le moment de l'import final.

Ce qui demande un réglage. L'historique et les liens ne passent que si le script d'import les prend en charge : activer l'option ne suffit pas toujours. Si tes produits Bugzilla ont des champs personnalisés, tu devras peut-être modifier ce script. Le compte YouTrack qui lance l'import doit pouvoir créer chaque élément importé : JetBrains conseille un administrateur système.

Prix. Le plan gratuit couvre jusqu'à 10 utilisateurs avec 30 Go de stockage. Au-delà, l'abonnement annuel démarre à 4,50 $ par utilisateur et par mois (5,40 $ au mois) pour 11 utilisateurs, et descend jusqu'à 1,53 $ pour 10 000 utilisateurs. Exemple : 25 utilisateurs coûtent 112,50 $ par mois, soit 1 350 $ par an. L'essai gratuit dure 14 jours pour 100 utilisateurs, sans carte bancaire : assez pour importer un projet pilote avant de payer.

Pourquoi partir sur Jira. C'est le chemin qu'a pris Red Hat pour RHEL, en cherchant une source unique de vérité, des tableaux de bord et une API REST moderne. Si le reste de ton entreprise vit déjà dans Jira, rapatrier les bugs au même endroit simplifie les liens entre support, produit et développement.

Pour qui. Les entreprises déjà équipées en Atlassian, et les équipes qui veulent des workflows très encadrés.

Pour qui ce n'est pas fait. Une équipe qui quitte Bugzilla pour sa lourdeur. Sur la liste du noyau Linux, un développeur résumait Jira comme « fondamentalement le même genre de chose ». Si tu fuis la complexité, regarde plutôt Linear ou GitHub Issues.

Sa limite. L'importeur Bugzilla d'Atlassian a été écrit pour Jira Server et Data Center : il se branche directement sur la base MySQL, PostgreSQL ou SQL Server, et a été maintenu jusqu'à Bugzilla 4.4.4. Jira Cloud n'a pas d'import Bugzilla direct : il faut passer par un export CSV, ou par une instance Server intermédiaire. Les retours d'utilisateurs signalent aussi qu'on ne peut pas choisir les produits à importer, que le champ « QA contact » ne passe pas, et que des pièces jointes manquent.

Comment migrer. Fais tourner le contrôle d'intégrité de Bugzilla (« Sanity Check ») avant tout import : Atlassian le recommande. Un bug devient un ticket de type Bug ; un « Enhancement » devient une « Improvement » de priorité Major. L'import dans un Jira qui n'est pas en UTF-8 n'est pas pris en charge. Notre page alternative à Jira détaille aussi ses limites, utile avant de t'engager.

Prix. Jira est gratuit jusqu'à 10 utilisateurs. Standard coûte 8,48 $ par utilisateur et par mois (400 étapes d'automatisation par utilisateur et par mois, jusqu'à 100 000 utilisateurs par site), Premium 15,56 $.

Pourquoi partir sur GitLab. Ton code, ta CI et tes bugs au même endroit. Un ticket se ferme quand la correction est fusionnée, et une merge request (la demande de fusion d'une correction) se relie au bug en une ligne. C'est la voie choisie par Wireshark, et GitLab peut s'héberger chez toi comme Bugzilla.

Pour qui. Les projets libres et les équipes de développement dont le dépôt de code est déjà sur GitLab.

Pour qui ce n'est pas fait. Une équipe support ou QA qui n'ouvre jamais le dépôt de code : les tickets GitLab restent pensés pour les développeurs.

Sa limite. GitLab n'a aucun importeur Bugzilla natif, et la demande est ouverte depuis des années. Le script communautaire bugzilla2gitlab copie bugs, commentaires et pièces jointes depuis l'export XML de Bugzilla, mais il exige un jeton administrateur (« sudo ») et des comptes déjà créés pour chaque utilisateur ; les commentateurs inconnus sont rattachés à un compte générique « bugzilla ». Wireshark a vu des bugs « RESOLVED FIXED » rester ouverts et des commentaires disparaître après sa migration.

Comment migrer. Coupe les notifications e-mail avant de lancer le script : chaque commentaire importé en envoie une. Fais d'abord un essai sur un projet jetable, puis compare statuts et nombre de commentaires. Xfce a fait le choix de ne migrer que les bugs ouverts, avec son outil bztogl. Notre page alternative à GitLab compare ses voisins.

Prix. Le plan Free est à 0 $ (5 utilisateurs par groupe privé, 400 minutes de calcul par mois, 10 Gio de stockage). Premium coûte 29 $ par utilisateur et par mois à l'année ; Ultimate est sur devis.

Pourquoi partir sur GitHub Issues. C'est l'outil le plus léger de cette page, et souvent le moins cher : si ton dépôt est sur GitHub, les tickets sont déjà inclus. Coq y a migré environ 4 900 bugs en 2017, et ACE/TAO a annoncé son départ de Bugzilla vers GitHub en 2026.

Pour qui. Les projets libres, et les équipes de développement qui veulent un suivi simple, avec étiquettes, jalons et tableaux de projet.

Pour qui ce n'est pas fait. Une équipe QA qui vit de requêtes avancées et de champs personnalisés nombreux : tu perds une partie de la finesse de Bugzilla.

Sa limite. Aucun import Bugzilla officiel. Le script communautaire bugzilla2github lit l'export XML et passe par l'API REST de GitHub ; il crée des tickets fantômes pour garder la numérotation quand des numéros ont été supprimés, et il prévient qu'il n'y a ni sauvegarde ni retour arrière. Le projet D a raconté la difficulté de faire correspondre les comptes Bugzilla et GitHub : les abonnements aux bugs ont dû être refaits à la main.

Comment migrer. Prépare une table de correspondance des e-mails Bugzilla vers les identifiants GitHub avant de lancer quoi que ce soit, et fais un essai sur un dépôt privé jetable. Notre page alternative à GitHub aide si tu hésites encore sur la forge elle-même.

Prix. Free à 0 $ (2 000 minutes d'Actions, 500 Mo de paquets), Team à 4 $ par utilisateur et par mois, Enterprise à 21 $.

Pourquoi partir sur Redmine. Tu gardes ce que tu aimes dans Bugzilla (gratuit, chez toi, sous licence libre GPL v2) et tu gagnes un Gantt, un wiki, le suivi du temps passé, des champs personnalisés, la connexion LDAP et la création de tickets par e-mail. Le projet est actif : la version 7.0.3 est sortie en 2026.

Pour qui. Les équipes qui veulent rester maîtres de leurs données et de leur serveur, avec un outil qui couvre aussi la gestion de projet.

Pour qui ce n'est pas fait. Une équipe qui part de Bugzilla justement pour ne plus administrer de serveur : Redmine (Ruby on Rails) demande le même soin.

Sa limite. La migration. Le seul import Bugzilla est une tâche rake communautaire écrite pour Bugzilla 2.22.1, qui efface les données Redmine existantes et ne reprend ni les relations entre bugs ni les pièces jointes. Son auteur lui-même ne sait pas ce qui a changé depuis.

Comment migrer. Lance la migration sur une instance Redmine vide, jamais sur celle de production. Pour une base récente, un export CSV de Bugzilla puis l'import CSV de Redmine est souvent plus sûr, quitte à perdre les pièces jointes et à laisser Bugzilla en lecture seule pour les consulter.

Prix. Gratuit. Tu paies seulement ton hébergement et ton temps d'administration.

Pourquoi partir sur MantisBT. C'est l'outil le plus proche de Bugzilla dans l'esprit : un gestionnaire de bugs, sans prétention de gestion de projet, libre sous GPL. La différence : tu peux le faire héberger par MantisHub, et ne plus jamais toucher à un serveur.

Pour qui. Les équipes QA et support qui veulent un suivi de bugs simple, et celles qui veulent sortir de l'administration sans changer de logique.

Pour qui ce n'est pas fait. Une équipe agile qui veut sprints, feuilles de route et liens fins avec le code.

Sa limite. Les scripts d'import Bugzilla (bugzilla2mantis) sont anciens. Le chemin conseillé sur le forum de MantisBT passe par une vieille version 1.2 ou 1.3.3, puis une mise à jour vers la branche 2.x. En 2023, une entreprise sur Bugzilla 5.1.2 y cherchait encore un script à jour, sans réponse.

Comment migrer. Monte une instance temporaire en 1.3.3, importe, vérifie, puis mets à jour vers la dernière version avant de basculer.

Prix. MantisBT est gratuit. MantisHub propose un essai gratuit sans carte, puis Gold à 27,50 $ par mois pour 15 utilisateurs et Platinum à 55 $ par mois pour 30 utilisateurs, payés à l'année ; 5 utilisateurs de plus coûtent 132 $ par an.

Pourquoi partir sur OpenProject. L'éditeur se présente lui-même comme une alternative à Bugzilla : libre, installable chez toi, avec une interface moderne. Tu y trouves le suivi de bugs, mais aussi un Gantt, des tableaux agiles et la gestion de budget, dans un outil maintenu activement.

Pour qui. Les organisations qui veulent réunir suivi de bugs et pilotage de projet, avec un hébergement sur site ou en cloud européen.

Pour qui ce n'est pas fait. Une équipe qui veut un pur outil de bugs : OpenProject en fait beaucoup plus, et se configure en conséquence.

Sa limite. Aucun outil de migration depuis Bugzilla : l'éditeur n'en propose que pour Jira. Il faut passer par un export CSV et un import manuel.

Comment migrer. Profite de l'essai de 14 jours pour importer un échantillon en CSV et vérifier la correspondance des statuts. Garde Bugzilla en lecture seule pour l'historique complet.

Prix. L'édition Community est gratuite. En cloud, l'offre démarre à 5,95 € par utilisateur et par mois, avec 5 utilisateurs minimum (29,75 € par mois). Sur site, le minimum passe à 25 utilisateurs.

Pourquoi partir sur Linear. Tout ce que Bugzilla n'est pas : rapide, au clavier, pensé pour des cycles courts, relié à GitHub. Si ta base Bugzilla est surtout un cimetière de vieux bugs, repartir à zéro est une vraie option.

Pour qui. Les petites équipes produit et les startups qui veulent un outil agréable, et qui acceptent de laisser l'historique dans Bugzilla.

Pour qui ce n'est pas fait. Une équipe qui doit garder vingt ans d'historique consultable au même endroit, ou qui a besoin d'auto-hébergement.

Sa limite. Les assistants d'import de Linear couvrent Asana, Jira, Shortcut et GitHub, pas Bugzilla. Reste l'importeur en ligne de commande (fichier CSV), réservé aux administrateurs, qui ne reprend ni les commentaires ni les projets.

Comment migrer. Importe seulement les bugs ouverts en CSV, avec dans la description un lien vers l'ancien bug Bugzilla, laissé en lecture seule. Notre page alternative à Linear montre aussi ses limites.

Prix. Free à 0 $ (membres illimités, 2 équipes, 250 tickets), Basic à 10 $ et Business à 16 $ par utilisateur et par mois à l'année, Enterprise sur devis.