JIRA oder Trac?

Ich verwendet, Atlassian JIRA für bug-und issue-tracking bei meinem letzten job. Ich absolut liebte es und es war besonders angenehm für die Augen.

Meiner jetzigen Firma ist mit Trac statt, und während es nicht alle tun, die Grundlagen, ich finde es wirklich fehlt, vor allem mit der Unfähigkeit, einfach setup mehrere Projekte und link-Probleme.

Oh, und die Tatsache, dass es nutzt SQLLite ist ein bisschen ein Problem für mich.

Kennt jemand eine andere gute Gründe zu wechseln?

InformationsquelleAutor der Frage seedhead | 2009-05-15

  1. 16

    Habe ich verwendet Trac schon seit mehreren Jahren. Zuerst von allen, ist die sqlite-Problem... kann Man den Schalter leicht zu MySQL wenn Sie das wünschen. Wir begann zu fühlen, ein bisschen laggy über die Schnittstelle, wenn die wiki Tabelle 1 million Zeilen überschritten (ein Khmer-Skript haben, dass), also ich denke, Man sollte in Ordnung sein, um die Leistung mit Trac. Sie können auch mehrere Knoten dienen Trac, wenn das ein problem sein wird (es ist gut zu haben, 2 im Falle eines Strom - /Netzwerk-Ausfall sowieso).

    Wenn Ihr team nur 6 Programmierer, könnten Sie in Erwägung ziehen, alle Projekte in einem einzigen Trac-Projekt und über die ticket-Komponente oder Meilenstein Felder. Es sollte gut funktionieren.

    Es lohnt sich auch zu beachten, dass der Trac ist äußerst erweiterbar durch plugins, können problemlos abgerufen werden, die von Web.

    Habe ich kein Trac-link Probleme überhaupt, so kann ich nicht kommentieren, das problem. Könntest Du einen aussagekräftigeren?

    Und über die Unfähigkeit, einfach setup mehrere Projekte... Unsere admins geschrieben von ~100 Zeilen script, die behandelt und jetzt ist es wie 5 Minuten eingestellt, bis eine neue Trac-Projekt. Wir haben etwa 60 von Ihnen bereits. Ich weiß nicht, was Jira, aber neue Projekte werden selten. Werden Sie einen Bericht erstellen möchten, durch eine ticket-Abfrage Recht Häufig.

    Wenn Man bedenkt, kommerzielle Lösung, werfen Sie einen Blick auf FogBugz - ich habe gehört, es ist erstaunlich... Aber es ist nicht so erweiterbar wie Trac (Sie können nicht einfach den rich-python-api zum hinzufügen einer Funktionalität, die Sie benötigen - und ich Schätze dieses feature sehr hoch Trac).

    Werfen Sie einen Blick auf eine Länge von Trac-plugin-Liste. Sie können ganz einfach installieren Sie Sie, wenn Sie mögen.

    EDIT: ich fand später heraus, dass es ist einfach ist, Projekte in Jira, aber Jira ist schwieriger zu erfassen als Trac aufgrund der Anzahl der features, die es unterstützt (und Sie werden wahrscheinlich nicht die meisten von Ihnen in einem 6-Mann-team). Heute, obwohl, Sie benötigen, zu prüfen, Jira wegen der Agile-plugin.

    InformationsquelleAutor der Antwort Paweł Polewicz

  2. 6

    Dass Sie der Trac bei meinem letzten job und Jira bei meinem jetzigen job, muss ich sagen, dass beide haben Ihre Vorzüge. Jira ist viel mehr ausgereifter, wie die Verknüpfung von Themen, verfolgen Sie verbrachte Zeit, die mehrere Projekte mit Berechtigungen und die Verknüpfung zwischen Ihnen. Auf der anderen Seite, wenn diese features nicht wichtig sind, der Trac hat ein viel einfacher zu bedienen UI, und die integration zwischen den issue-tracker, wiki und SVN-browser (die beats die Socken aus der Fisheye in meiner Sicht), zusammen mit dem integrierten timeline-Ansicht für eine ziemlich nette user experience. Die ticket-Abfrage-Schnittstelle ist besonders ordentlich. Dies ist natürlich sehr stark eine Frage des Geschmacks und der Vertrautheit.

    Insgesamt Trac ist viel besser geeignet für ein open-source-Projekten, aber die Funktionen von Jira sind wahrscheinlich die Kosten Wert und die überladenen UI, wenn Sie eine gewerbliche Entwicklung Haus.

    Als für Sqlite, Trac, funktioniert gut mit Postgres.

    InformationsquelleAutor der Antwort Ants Aasma

  3. 4

    Ich habe gerade stolperte über Redmine, das klingt wie etwas, das könnte gut funktionieren für eine team von etwa 6.

    InformationsquelleAutor der Antwort Manabenz

  4. 1

    Die Benutzerfreundlichkeit der GUI ist für mich am wichtigsten. Seit trac-plugins existieren für alles, was ein Programmierer liebt es, beide bekommen den job zu erledigen.
    Es ist wichtig, dass der Nutzer Spaß hat, mit seinem bugtracking-tool, da der Prozess-lastig Aktivität ist nicht die am meisten geschätzt werden, sowieso.

    Einstellung meine benutzerdefinierte Filter, die irgendwo in der wiki ist genial in trac.

    InformationsquelleAutor der Antwort Zimmermann

  5. 0

    Kosten ist wahrscheinlich der wichtigste einzelne Grund sein.

    JIRA ist groß, aber es sei denn Sie sind open source, die Lizenzgebühren zu teuer für kleine Projekte.

    Trac ist kostenlos und obwohl ich persönlich denke, es fühlt sich ein wenig veraltet, es scheint zu funktionieren für den Menschen.

    InformationsquelleAutor der Antwort Kekoa

  6. 0

    Wenn durch mehrere Projekte, die Sie bedeuten, mehrere subversion repositories, Trac version 0.12 dies unterstützt. Bis jetzt habe ich mit Trac auf mod_wsgi, die Ihnen erlaubt, um zu dienen alle Ihre trac-Instanzen von einem mod_wsgi Beispiel, und zeigen Sie eine Liste aller tracs haben Sie an eine bestimmte url mit links zu Ihnen. Dies war sehr einfach einzurichten. Wir haben auch scripted trac-Projekt-Erstellung zusammen mit dem subversion-repository-Erstellung, so das ist eine 1-Zeile-Befehl für uns.

    InformationsquelleAutor der Antwort Damian

Schreibe einen Kommentar