Ich arbeite derzeit hauptsächlich alleine an einem Projekt (in Java). Ich bin größtenteils allein, da ich einen Berater habe, der mir auf hohem Niveau Anweisungen gibt, was zu tun ist, und selten einen Codebeitrag leistet. Sie wird jedoch von Zeit zu Zeit ein paar Akzeptanztests durchführen.
Ich habe noch nie einen Issue-Tracker verwendet und wollte jetzt einen verwenden, da ich einen Ort haben möchte, an dem ich mögliche Fehler protokollieren und zentral nachverfolgen kann. Wäre es möglich, den Issue Tracker besser in Eclipse zu integrieren?
Also hier sind die Einschränkungen:
- Es ist KEIN Open-Source-Projekt. Unser Code darf mit niemandem geteilt werden!
- Wir sind und werden Subversion verwenden.
- Wir haben unseren eigenen Subversion-Server und werden diesen Subversion-Server weiterhin verwenden.
- es muss frei sein;
- Es muss mindestens 2 Benutzer zulassen.
Was raten Sie zur Auswahl? Ich suche nach der einfachsten verfügbaren Lösung.
issue-tracking
verschlang Elysium
quelle
quelle
Antworten:
Für kleine Projekte bin ich ein großer Fan von Trello geworden . Es hat eine so niedrige Eintrittsbarriere und eine so hohe Benutzerfreundlichkeit, dass ich es für kleinere Projekte verwenden würde.
Wenn Sie etwas etwas komplizierteres und vollständigeres suchen möchten, würde ich die Vorschläge von FogBugz oder Bugzilla unterstützen.
Bearbeiten, um mehr "Erklärung und Kontext" bereitzustellen:
Das häufigste Problem, das ich bei kleineren Teams ohne engagierte Projektmanager festgestellt habe, ist, dass so viele Dinge einfach nicht in das System eingegeben werden . Entweder nehmen sich die Entwickler nicht die Zeit, um alles einzugeben, was getan werden muss, oder die Probleme werden im Verlauf der Arbeit nur sporadisch aktualisiert.
Trello ermutigt Benutzer, das System tatsächlich mit guten Daten auf dem neuesten Stand zu halten, indem es auf blöde Weise einfach gemacht wird, neue Probleme hinzuzufügen und den Status bestehender Probleme zu aktualisieren.
Insbesondere kann das System der "Listen" innerhalb von Boards einfach und schnell so angepasst werden, dass es fast jedes System von Meilensteinen und Problemtypen repräsentiert, die ein kleines Projekt verwenden möchte.
Es werden auch häufigere Tools zur Problemverfolgung unterstützt, z. B. das Kommentieren von Problemen, das Abstimmen über Probleme, das Neuordnen, Kennzeichnen und Zuweisen. Sie sind jedoch alle im Weg versteckt (aber praktisch genau dort, wo Sie sie benötigen, wenn Sie sie benötigen).
Bugzilla ist ein feines, voll funktionsfähige issue tracker, aber es ist nicht zu leugnen , dass es fühlt sich an wie das Erstellen und Bearbeiten von Bugs ist teuer . FogBugz reduziert den unbewussten Aufwand, alles in Ihrem Projekt zu verfolgen, verfügt jedoch über genügend Bearbeitungen und Bildschirme, um mehr Arbeit zu empfinden, als beispielsweise eine Karte in Trello von "erledigen" auf "erledigt" zu ziehen.
tl; dr - Der beste Weg, um einen Issue-Tracker auf dem neuesten Stand zu halten, besteht darin, seine Verwendung so einfach wie möglich zu gestalten , und genau dafür wurde Trello entwickelt.
quelle
"Die einfachste verfügbare Lösung" ist natürlich ein Urteil.
Ich finde FogBugz sehr benutzerfreundlich und kann es für den von Ihnen beschriebenen Anwendungsfall empfehlen. Es ist kostenlos für Teams von zwei Personen und sehr erschwinglich für größere, hat ein Eclipse-Plugin und ist in Subversion integriert .
Im Interesse der vollständigen Offenlegung: Ich habe Erfahrung mit FogBugz mit der On-Premise-Version mit dem Visual Studio-Plug-In und der Perforce-Integration und nicht mit dem genauen Setup, das Sie suchen.
quelle
SVN + Trac + Eclipse mit SVN Team Provider Plugin (& Mylyn, wenn Sie wollen)
Dies funktioniert sowohl bei gleichzeitigen persönlichen Projekten als auch bei Teamprojekten.
Über Eclipse (mit den oben genannten Plugins und dem Trac XML-RPC- Plugin) können Sie und Ihr Team dies
quelle
Sie können Mantis verwenden: http://www.mantisbt.org/index.php
Es ist ziemlich einfach und kann für die Integration mit SVN und Eclipse konfiguriert werden: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ questions / 2939794 / mantis-bug-tracker-api-integration
Wenn Sie sich jedoch nur an die grundlegenden Funktionen von Trac halten, ist die Verwendung auch recht einfach: http://trac.edgewall.org/
quelle
Meine Empfehlung:
Eine Datei mit dem Namen
bugs.txtim Repository-Stammverzeichnis.Vorteile:
Es ist ein TXT. Bedeutet, dass Sie nicht an ein bestimmtes System / eine bestimmte Software gebunden sind
Es ist ganz einfach.
Sie müssen sich entscheiden, was mit dieser Methode für Sie funktioniert - mein Beispiel sieht ungefähr so aus:
filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobarsvn checkout <url>, haben Sie Ihren Bugtracker dort - Sie können auch $ IDE Ihrer Wahl verwenden - es ist nur eine andere Textdatei.Nachteile:
wird nach mehr als 2-3 Entwicklern unhandlich.
Keine Möglichkeit, es wirklich einer Person zuzuweisen.
quelle
Meine Stimme ist für Redmine . Es ist völlig kostenlos und lässt sich gut in Subversion integrieren.
quelle
Es mag nicht "einfach" sein, aber ich halte es für einen der besten Issue Tracker im Geschäft: Jira von Atlassian . Es kommt mit einer Starter-Lizenz von 10 Usern für 10 (aussie) Dollar ... Ich benutze es als Solo-Entwickler. (Bitte beachten Sie, dass die Website anscheinend bevorzugt "On-Demand" -Lizenzen / -Preise anzeigt und Sie möglicherweise die "Download" -Preise benötigen.)
Ein weiteres großes Plus für diesen Starter-Tarif: Der gesamte Erlös geht an die Wohltätigkeitsorganisation Room to Read . Sie können also von einem voll ausgestatteten Bugtracker profitieren und sich auch gut dabei fühlen :-)
quelle
Sie können sich auch BugZilla ansehen . Siehe auch diesen Vergleich verschiedener Bug-Tracker auf Programmierern SE. Trac ist auch eine gute Alternative als Tracker.
Eine weitere Option ist Sourceforge . Meines Wissens ist es kostenlos, unabhängig von der Anzahl der Benutzer. Es enthält ein SVN-Repository (das Sie wahrscheinlich nicht verwenden werden) und einen Tracker. Ein Beispiel für das Aussehen dieses Trackers finden Sie in diesem Beispiel aus dem Audacity-Projekt (Open Source-Aufzeichnungssoftware).
quelle
Schau dir ditz an .
Es ist ein sehr einfaches befehlszeilengesteuertes Fehlerverfolgungs-Tool, dessen Datenbank Sie in Ihrem Code-Repository speichern können.
Es gibt keine ausgefallenen Benutzeroberflächen, nur ein einfaches Befehlszeilentool. Es ähnelt im Geiste dem Vorschlag von @ jrg und dem Tool TODO.txt.
quelle
Schauen Sie sich Asana an . Es ist ein einfaches, kostenloses webbasiertes Projektverfolgungstool. Ich benutze es für Projekte und Aufgaben zu Hause. Sie können mehrere Projekte erstellen und ihnen Aufgaben zuweisen. Für jede Aufgabe können Sie Folgendes festlegen:
Sie können Elemente mit so genannten "Prioritätsüberschriften" priorisieren. Sie können Elemente auch als "Heute", "Bevorstehend" oder "Später" einplanen, um eine grundlegende Vorstellung davon zu erhalten, woran am schnellsten gearbeitet werden muss.
Es ist noch in Arbeit, aber es hat eine sehr übersichtliche Oberfläche und ist einfach zu bedienen.
quelle
Der einfachste Bug-Tracker, den es gibt, ist ein Stapel von 3x5-Karteikarten (oder 4x6, wenn Sie eine große Handschrift haben), eine Schachtel Stecknadeln und Ihre kubische Wand, IMO. Wenn Sie kein verteiltes Team haben (nicht, weil Sie alleine arbeiten), ist dies in Ordnung. Denken Sie daran, dass Sie mit einem Bug-Tracker die niedrigstmögliche Impedanz erzielen möchten. Wenn es schwierig ist, einen Bug zu schreiben oder eine Verbesserungsidee aufzuschreiben, werden Sie dies nicht tun. Wenn etwas erledigt ist, löst es sich von der Wand und fällt auf einen erledigten Haufen.
Zugegeben, dies scheitert bei der Integration in Eclipse point, aber für einen Solo-Entwickler brauchen Sie es wirklich? Wenn Ihr Berater keine Fehler behebt, benötigen sie keinen Zugriff auf die Karten (oder sie können vorbeischauen und einen Blick darauf werfen). Wenn sie Abnahmetests schreiben, können Sie den Inhalt dieser Tests auf der Karte notieren, für die sie gültig sind.
Ich würde gerne herausfinden, was Sie dazu bringt, sich ein Werkzeug anzuschauen. Benötigen Sie eine Art Bug-Metrik (durchschnittliche Öffnungszeit, Gesamtöffnungszeit vs. Schließungszeit usw.)? Warum ist die Integration in Eclipse wichtig?
quelle
Für eine wirklich einfache Problemverfolgung können Sie immer eine Kalkulationstabelle wie Excel oder eine MS Access-Datenbank verwenden . Dies sind im Vergleich zu echten Issue Trackern im Grunde genommen Spielzeuge, aber sie haben die Vorteile einer geringen Lernkurve und einer geringen Eintrittsbarriere: Erstellen Sie einfach eine Tabelle und fügen Sie Spalten hinzu, wenn Sie sie benötigen!
Excel ist dafür eine gute Wahl, da Sie nach Spalten sortieren und filtern und auf einfache Weise Diagramme und Grafiken erstellen können, um den Fortschritt zu verfolgen. Weitere Informationen finden Sie in diesem Artikel: http://chandoo.org/wp/2009/09/08/issue-trackers/
Eine schöne MS Access Issue Tracker-Vorlage finden Sie hier: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx
quelle
YouTrack von JetBrains (der Firma, die hinter IntelliJ IDEA und ReSharper steht) scheint sehr vielversprechend zu sein, obwohl ich nur begrenzte persönliche Erfahrungen damit habe.
Nach dem, was ich bisher mit YouTrack gemacht habe, bevorzuge ich es JIRA.
quelle
Für mein kleines Team (meistens nur ich allein) habe ich CodeTrack verwendet . Für mich funktioniert das sehr gut, da es nur PHP auf dem Server benötigt, nicht einmal eine Datenbank.
Sie können es einfach herunterladen, auf Ihren Webserver extrahieren und es funktioniert fast sofort. Darüber hinaus ist der Code sehr einfach, sodass Sie ihn ganz einfach an Ihre Bedürfnisse anpassen können.
quelle
Wenn Sie keine vertraulichen Informationen in Fehlerberichten und Kommentaren veröffentlichen, empfehle ich Google Code. Wir haben seine Issues-Funktion in der Vergangenheit für eines unserer Projekte mit einem Team von 8 Entwicklern verwendet. Es ist wirklich einfach, leicht und gut genug für ein kleines Team.
Beachten Sie, dass Sie zwar ein Open Source-Projekt starten müssen, Ihren Code jedoch nicht bei Google hochladen müssen, sondern nur die Funktion "Probleme" verwenden müssen. Und natürlich kann jeder Ihre Fehler sehen, wenn er Ihr Projekt versehentlich gefunden hat, oder Sie teilen den Projektlink mit ihnen.
quelle
Trackie ist extrem einfach, aber flexibel.
Es richtet sich an kleine oder semi-tech / semi-kreative Teams, die den Überblick über Probleme auf einfache und übersichtliche Weise behalten möchten. Es werden benutzerdefinierte Status (mit benutzerdefinierten Farben) für Probleme sowie Prioritäten und Verantwortliche unterstützt.
Während die Benutzeroberfläche bereits sehr einfach und übersichtlich ist, wird Benutzern, die einem Projekt als Client hinzugefügt werden, eine zusätzliche vereinfachte Benutzeroberfläche angezeigt.
Schließlich akzeptiert es Probleme per E-Mail. Nicht nur direkt, sondern auch, wenn Sie das Problem eines Kunden an Trackie weiterleiten, wird jede Korrespondenz mit Ihrem Kunden von da an über Trackie abgewickelt, ohne dass Ihr Kunde es überhaupt merkt. Alles an einem Ort aufbewahren.
Es ist kostenlos, solange es sich in der privaten Beta befindet. Ob es frei bleiben wird, ist zum Zeitpunkt des Schreibens unklar.
Haftungsausschluss: Ich bin der Entwickler dieses Issue Trackers. Ich denke jedoch, dass diese Antwort für das OP dennoch relevant ist.
quelle
basecamp.com - Ein Projekt ist kostenlos, die Benutzeroberfläche ist sehr einfach, und Sie können innerhalb von zwei Minuten ohne Installation loslegen
jetzt mach dich wieder an die Arbeit ;-)
quelle