Freunde, die Großprojekte entwickelt haben, müssen mit solchen Tools in Berührung gekommen sein: Anforderungsmanagement, Code- und Versionskontrolle sowie Bug-Tracking-Tools. Das gebräuchlichste Tool zur Anforderungsverwaltung ist ClearQuest. Die am häufigsten verwendeten Tools zur Code- und Versionskontrolle sind VSS und CVS. Das bekannteste Tool zur Fehlerverfolgung ist Bugzilla.
Bugzilla ist ein kostenloses und hervorragendes Bug-Tracking-Tool, das vom Mozilla-Team bereitgestellt wird. Es ist vollständig webbasiert, einfach zu installieren, einfach auszuführen und kann über eine MySQL-Datenbank oder Ldap gespeichert werden. Das System ist sehr flexibel und verfügt über gute Konfigurierbarkeit . und kann automatisch E-Mails für Benachrichtigungen und Erinnerungen versenden, flexibel und bequem verschiedene Berichte und Grafiken erstellen und auch Standard-XML-Import und -Export unterstützen.
Als Tool zur Produktfehleraufzeichnung und -verfolgung kann es für Sie ein vollständiges Fehlerverfolgungssystem einrichten. Da es gleichzeitig viele Ähnlichkeiten in den Prozessen und Funktionen zwischen Anforderungsmanagement und Fehlerverfolgung gibt, kann Bugzilla auch zur Implementierung von Eintrags- und Fehlerverfolgungsfunktionen verwendet werden. Auf der Ebene des Anforderungsmanagements ist eine Anforderung wie ein Fehler. Der gesamte Prozess vom Vorschlag über den Empfang, die Verarbeitung, das Feedback und die Überprüfung kann in Bugzilla abgebildet und verarbeitet werden, und er kann genau wie Fehler, die Michael früher arbeitete, auf Produkte und zugehöriges Personal abgebildet werden Bei Yahoo nutzte das Unternehmen damals Bugzilla als Plattform für das Anforderungs- und Bugmanagement, was sich sehr praktisch und praktisch anfühlte.
Ich werde hier nicht näher auf die Funktionen von Bugzilla eingehen. Michael spricht hauptsächlich darüber, wie man Bugzilla schnell in der FreeBSD6.1-Umgebung installiert und konfiguriert, um Anforderungen und Fehlerverwaltungsunterstützung für Ihr Projekt bereitzustellen.
Die von Michael hier erwähnte Installation setzt voraus, dass FreeBSD6.1 erfolgreich installiert und die Ports auf Ihrem System konfiguriert wurden und dass die Installation und Konfiguration von Apache, Perl und MySQL über die Ports abgeschlossen wurde Die Installation von FreeBSD6.1, die Konfiguration von Ports sowie die Installation und Konfiguration von Apache, Perl und MySQL werden hier nicht besprochen. Es gibt eine ganze Reihe verwandter Informationen.
Nachfolgend finden Sie Michaels Bugzilla-Installationsprozess.
Damit ist die Grundinstallation abgeschlossen. Als nächstes müssen Sie einige Einstellungen vornehmen, bevor Sie es endgültig verwenden können.
SetupMySQL
Wir müssen die MySQL-Datenbank zum Speichern von Bugzilla-Daten einrichten. Sie können sie über die Befehlszeile oder ein Webverwaltungstool wie phpmyadmin einrichten. Nachfolgend verwenden wir die MySQL-Befehlszeile, um die Einstellung abzuschließen.
Damit ist die Erstellung einer Datenbank für Bugzilla zur Verwendung auf dem lokalen MySQL abgeschlossen
Hier nutzt Michael
Damit MySQL den größeren Anhangsspeicher von Bugzilla unterstützt, müssen außerdem die Standardeinstellungen von MySQL geändert werden. Die von Bugzilla standardmäßig unterstützten Anhänge sind wie folgt:
Starten Sie dann MySQL neu.
SetupApache
Wenn Ihr System FreeBSD6.1 ist und die Ports auf die neueste Version aktualisiert wurden, sollte der über die Ports installierte Apache die Apache2.2.3-Version haben und sein ServerRoot-Verzeichnis sollte sich in /usr/local/www/apache22 befinden, Bugzilla funktioniert jedoch nicht über Ports Nach der Installation wird das Bugzilla-Webverzeichnis unter /usr/local/www/data/bugzilla installiert. Sie können es nach Ihren eigenen Wünschen anpassen. Sie können das Bugzilla-Verzeichnis nach /usr/local/www/apache22/ verschieben. data/bugzilla. Als Nächstes können Sie auch die Datei httpd.conf von Apache erneut ändern, den ServerRoot in /usr/local/www ändern und andere Einstellungen im Zusammenhang mit /usr/local/www/apache22 in httpd.conf aktualisieren. Ich habe die letztere Methode verwendet, da viele andere Apache-bezogene Webanwendungen standardmäßig auf /usr/local/www installiert werden. Zur Vereinfachung der Installation verwendet cvsweb beispielsweise standardmäßig das Verzeichnis /usr/local/www/cgi-bin Für andere Anwendungen in der Zukunft habe ich mich entschieden, die Konfiguration von Apache zu ändern, und es ist sehr einfach, sie zu ändern. Die allgemeinen zugehörigen Einstellungen lauten wie folgt:
Damit ist die Konfiguration von Apache abgeschlossen und der Apache-Dienst neu gestartet.
Endgültige Bugzilla-Einstellungen
Das Abschließen der Einstellungen von MySQL und Apache ist grundsätzlich zu 99 % abgeschlossen. Der Konfigurationsprozess ist ebenfalls sehr einfach.
An diesem Punkt ist die gesamte Installation von Bugzilla abgeschlossen. Geben Sie http://yourserverip/bugzilla/index.cgi in den Browser ein. Haha, haben Sie die niedlichen Bugs gesehen? Natürlich können Sie den VirtualHost von Apache auch so konfigurieren, dass er einen unabhängigen Domänennamen für den Zugriff auf Ihren Bugzilla verwendet. Der von mir konfigurierte Bugzilla kann beispielsweise über den folgenden Domänennamen auf http://bugzilla.toplee.com zugreifen.
Da die chinesische Lokalisierung von Bugzilla derzeit nur Version 2.20 unterstützt, verfügt die von uns installierte Version 2.22 noch nicht über die chinesische Version, sodass wir die chinesische Benutzeroberfläche vorerst nicht nutzen können. Bitte folgen Sie http://. www.bugzilla.org für die neuesten Nachrichten!