Les amis qui ont développé des projets à grande échelle doivent avoir été en contact avec ce type d'outils : gestion des exigences, contrôle de code et de version, outils de suivi de bugs. L'outil de gestion des exigences le plus courant est ClearQuest. Les outils de contrôle de code et de version les plus couramment utilisés sont VSS et CVS. L'outil de suivi des bogues le plus connu doit être bugzilla.
Bugzilla est un excellent outil de suivi des bogues gratuit fourni par l'équipe Mozilla. Il est entièrement basé sur le Web, facile à installer, facile à exécuter et peut être stocké à l'aide d'une base de données MySQL ou Ldap. Le système est très flexible et possède une forte configurabilité. , et peut envoyer automatiquement des e-mails pour des notifications et des rappels, produire divers rapports et graphiques flexibles et pratiques, et également prendre en charge l'importation et l'exportation XML standard.
En tant qu'outil d'enregistrement et de suivi des défauts de produits, il peut établir pour vous un système complet de suivi des bogues. En même temps, comme il existe de nombreuses similitudes dans les processus et les fonctionnalités entre la gestion des exigences et le suivi des bogues, Bugzilla peut également être utilisé pour implémenter l'entrée. Au niveau de la gestion des exigences, une exigence est comme un bug. L'ensemble du processus, de la proposition à la réception, en passant par le traitement, les commentaires et la vérification, peut être reflété et traité dans bugzilla, et peut être mappé aux produits et au personnel associé, tout comme Michael travaillait avec les bugs. chez Yahoo À cette époque, la société utilisait bugzilla comme plate-forme pour les exigences et la gestion des bogues, ce qui semblait très pratique et pratique.
Je n'entrerai pas ici dans plus de détails sur les fonctionnalités de Bugzilla. Michael parle principalement de la façon d'installer et de configurer rapidement Bugzilla dans l'environnement FreeBSD6.1 pour fournir les exigences et la prise en charge de la gestion des bogues pour votre projet.
L'installation mentionnée par Michael ici a un principe, c'est-à-dire qu'il est supposé que FreeBSD6.1 a été installé avec succès et que les ports ont été configurés sur votre système, et que l'installation et la configuration d'Apache, Perl et MySQL ont été effectuées via les ports. l'installation de FreeBSD6.1, la configuration des ports ainsi que l'installation et la configuration d'Apache, Perl et MySQL ne seront pas abordées ici. Il y a pas mal d'informations associées.
Vous trouverez ci-dessous le processus d'installation de Michael's Bugzilla.
Ce qui précède termine l'installation de base. Ensuite, vous devez effectuer quelques réglages avant de pouvoir enfin l'utiliser.
ConfigurationMySQL
Nous devons configurer la base de données MySQL pour stocker les données Bugzilla. Vous pouvez la configurer via la ligne de commande ou un outil de gestion Web comme phpmyadmin. Ci-dessous, nous utilisons la ligne de commande MySQL pour terminer la configuration.
Ce qui précède complète la création d'une base de données pour bugzilla à utiliser sur MySQL local
Ici, Michael utilise
De plus, pour que MySQL puisse prendre en charge le plus grand stockage de pièces jointes de bugzilla, les paramètres par défaut de MySQL doivent être modifiés. Les pièces jointes prises en charge par bugzilla par défaut vont jusqu'à 1 Mo. La méthode de modification est la suivante :
Redémarrez ensuite MySQL.
ConfigurationApache
Si votre système est FreeBSD6.1 et que les ports ont été mis à jour vers la dernière version, alors l'Apache installé via les ports doit être la version Apache2.2.3 et son répertoire ServerRoot doit être dans /usr/local/www/apache22, mais Bugzilla passe via les ports Après l'installation, le répertoire Web de bugzilla sera installé sous /usr/local/www/data/bugzilla Vous pouvez l'ajuster selon vos propres préférences. Vous pouvez déplacer le répertoire bugzilla vers /usr/local/www/apache22/. data/bugzilla. Ensuite, vous pouvez également re-modifier le fichier httpd.conf d'Apache, changer ServerRoot en /usr/local/www et mettre à jour d'autres paramètres liés à /usr/local/www/apache22 dans httpd.conf. J'ai utilisé cette dernière méthode car de nombreuses autres applications Web liées à Apache installées via les ports seront par défaut /usr/local/www. Par exemple, cvsweb utilise par défaut le répertoire /usr/local/www/cgi-bin pour faciliter l'installation. d'autres applications dans le futur, j'ai choisi de modifier la configuration d'Apache, et c'est très simple à modifier. Les paramètres généraux associés sont les suivants :
Ceci termine la configuration d'Apache et redémarre le service Apache.
Paramètres finaux de Bugzilla
La configuration de MySQL et Apache est pratiquement terminée à 99 %. La dernière étape est la propre partie de configuration de bugzilla. Le processus de configuration est également très simple. Les étapes sont les suivantes :
À ce stade, toute l'installation de bugzilla est terminée. Entrez http://yourserverip/bugzilla/index.cgi dans le navigateur Haha, avez-vous vu les jolis bugs ? Bien sûr, vous pouvez également configurer VirtualHost d'Apache pour utiliser un nom de domaine indépendant pour accéder à votre bugzilla. Par exemple, le bugzilla que j'ai configuré peut accéder à http://bugzilla.toplee.com via le nom de domaine suivant. Vous pouvez le tester !
Étant donné que la localisation chinoise de bugzilla ne prend actuellement en charge que la version 2.20, la version 2.22 que nous avons installée n'a pas encore la version chinoise, nous ne pouvons donc pas profiter de l'interface chinoise pour le moment. Veuillez patienter. Pour plus de détails, veuillez suivre http://. www.bugzilla.org pour les dernières nouvelles !