Ich bin auf der Suche nach einem kostenlosen/Open Source Bug-Tracking-Tool, das keine Datenbank benötigt. Irgendwelche Empfehlungen?Auf der Suche nach einem Bug-Tracking/Task-Management-Tool
Antwort
Trac bietet ein Problem-Tracking-System und mehr. Es läuft standardmäßig mit SQLite, was einfache Dateien bedeutet. Kein Bedarf für einen Datenbankserver.
(obwohl Trac konfiguriert werden kann, MySQL oder PostgreSQL zu verwenden, auch)
Da jedes Bug-Tracking-Tool Listen von Bugs enthalten, die in einer Vielzahl von Möglichkeiten abgefragt werden können - es ist höchst unwahrscheinlich, dass Sie finden können ein Werkzeug, das keine Art von Datenbank verwendet.
Allerdings - Sie können nach einem suchen, der eine Datenbank verwendet, die kein Datenbankmodul wie MySQL oder MSSQL benötigt. Sie müssen nach einem suchen, der etwas wie SQLite verwendet.
http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
z.B.
- Spiceworks Desktop-
- BugWiki
- cvstrac
- Trac
- Volo Fixer
Alternativ gibt es immer Ihre Tabelle oder (wie bei meinem ersten Bugtracker) Stück Papier, das auf in einem bestimmten Stapel gelebt mein Schreibtisch.
Sie fragen nach etwas, das eine große Datenmenge verwaltet, aber keine Datenbank benötigt. Warum?
MySQL ist kostenlos, einfach zu verwalten und kann mit einem Befehl auf einem Linux-System installiert werden, wenn es nicht bereits vorhanden ist (es gibt auch eine Windows-Version).
Als Bug-Tracking-Tool (das eine Datenbank benötigt), ist Bugzilla ziemlich gut. Das einzige Problem, das wir damit haben, ist, dass es nicht einfach ist, zu verfolgen, welche Fehler in verschiedenen Zweigen sind: Wir haben oft mehrere Wartungszweige, die verschiedene Kunden verwenden, und es kann schwer sein zu verfolgen, wo sich Fehler noch befinden. Abgesehen davon funktioniert es gut und nicht zu schwer einzurichten.
Ich habe Mantis benutzt - und es gibt ein Instant Mantis Setup, das im Wesentlichen wie Mantis-in-a-Box ist. Gearbeitet gut
FogBugz und SourceGear Vault integrieren sich sehr gut und sind sehr einfach einzurichten und zu verwenden.
Wir gingen mit JIRA, und bereute es nie, obwohl es seine nervigen Punkte hat. Das Hauptmerkmal, das es für uns verkauft hat, ist die Fähigkeit, unseren eigenen Workflow zu definieren, so dass wir unsere Prozesse nicht an das Tool anpassen, sondern das Tool an unsere Prozesse anpassen können (wie schlecht sie auch sind;), wie es sein sollte .
Es hat eine Standalone-Version, die eine integrierte Datenbank hat, da Sie so viel Angst vor Datenbanken sind;)
Portabilität ist ein Grund, warum Sie nicht zu einem Datenbankserver gebunden werden möchten. – Oli
Webspace mit einer DB kann teurer sein als Webspace ohne DB - zum Beispiel. Es ist zwecklos, eine lange Antwort zu geben, um ein anderes Szenario zu induzieren, wenn es andere Möglichkeiten gibt (wie TRAC mit SQLite) – Anheledir
Ich halte SQLite für eine Datenbank. –