Dies kann unsere kleine Übersichtsseite zur Auswertung von Erfahrungen mit bug/issue-tracking-Systemen werden. Kommentare versüßen das Leben!

TableOfContents

Allgemeines

• [http://www.bugzilla.org BugZilla] ist der verbreiteteste Vertreter

• erstmal verwenden wir [http://www.edgewall.com/trac trac], weil es in debian drin ist und gut aussieht

• für debian sind alle verfügbar, bis auf:
  • bug-a-boo
  • eventum
  • jitterbug
  • scarab

Übersichten

• eine gute [http://c2.com/cgi/wiki?BugTrackingSoftware bei c2]

• ein nur noch per http://web.archive.org verfügbarer [http://web.archive.org/web/20040209102942/http://linas.org/linux/pm.html Artikel]

Implementationen

trac

http://www.edgewall.com/trac

• ansprechend und übersichtlich
• mit wiki
• Milestones, Versionen, Komponenten, Prioritäten und Gewichtungen
• Verlinkung von issues per wiki-stil manuell möglich
• was fehlt:
  • keine Kategorien-Einleitung (z.B.: Programmierung, Design, Doku möglich)
  • keine Aufgabenverwaltung
  • nur minimale Zeitplan-Unterstützung
  • unklare Benachrichtigungs-/Beobachtungsfunktion

bugzilla

http://www.bugzilla.org

• stabil
• groß
• sehr technisch - wenig nutzerfreundlich
• eher bug als issue

bug-a-boo

http://www.bug-a-boo.org

• wohlklingender Name

• ähnelt trac auf den ersten Blick

• mehr Kategorisierungsmöglichkeiten

double chocolate latte

http://dcl.sourceforge.net

• sieht nett aus
• verwaltete Entitäten: Workorder und Bug
• Aufträge mit Zeitvergabe usw.
• wegen der workorder-Orientierung wohl zu stressend für uns

gnats

http://www.gnu.org/software/gnats/

• sehr schlicht und technisch
• eher nur bugs

eventum

http://dev.mysql.com/downloads/other/eventum

• sieht schick aus
• leider keine Demo verfügbar
• nutzt wohl mysql-db (und umgekehrt)

jitterbug

http://samba.anu.edu.au/jitterbug/

• sieht eher etwas technisch aus (nur ein sehr kurzer Blick!)
• derzeit ohne Betreuer

roundup

http://roundup.sourceforge.net

• sieht optisch nett aus
• scheint nur wenig Kategorieren zu haben (also eigentlich wohl nur Verantwortlicher, Gewichtung und Priorität)

gforge

http://gforge.org

• ziemlich fett
• eher auf Zusammenarbeit und Veröffentlichung, als auf Problembehebung ausgerichtet

scarab

http://scarab.tigris.org

• sieht gut aus
• basiert leider auf java

• Beispiel: http://www.solitone.org/scarab/issues

flyspray

• Komponenten können hierarchisch sein
• alle Projekte in einer Oberfläche
• benötigt [my|postgre]sql