JIRA o Trac?

Question

Ho usato Atlassian JIRA per bug e problemi di tracciamento nel mio ultimo lavoro. L'ho assolutamente adorato ed è stato particolarmente facile per gli occhi.

La mia azienda attuale utilizza invece Trac e, sebbene esegua tutte le operazioni di base, trovo che manchi davvero, in particolare con l'impossibilità di configurare facilmente più progetti e problemi di collegamento.

Oh, e il fatto che usi SQLLite è un po 'un problema per me.

Qualcuno ha altri buoni motivi per cambiare?

Answer 1

Il costo è probabilmente la ragione principale.

JIRA è ottimo ma, a meno che non siate open source, i costi di licenza sono proibitivi per i piccoli progetti.

Trac è gratuito e anche se personalmente ritengo che sia un po 'datato, sembra funzionare per le persone.

Answer 2

Dopo aver usato Trac nel mio ultimo lavoro e Jira nel mio attuale lavoro, devo dire che entrambi hanno i loro meriti. Jira è molto più funzionale, come i problemi di collegamento, il monitoraggio del tempo trascorso, la presenza di più progetti con permessi e il collegamento tra di essi. D'altra parte, se queste caratteristiche non sono importanti, Trac ha un'interfaccia utente molto più semplice da utilizzare e l'integrazione tra il tracker dei problemi, il wiki e il browser SVN (che a mio avviso supera i calze di Fisheye), insieme al sistema integrato la visualizzazione cronologica offre un'esperienza utente molto carina. L'interfaccia della query dei ticket è particolarmente accurata. Questo è ovviamente un argomento di gusto e familiarità.

Nel complesso, Trac è molto più adatto per i tipi di progetti open-source, ma le caratteristiche di Jira valgono molto probabilmente il costo e l'interfaccia utente ingombra se si è una casa di sviluppo commerciale.

Per quanto riguarda Sqlite, Trac funziona bene con Postgres.

Answer 3

Ho usato Trac già da diversi anni. Prima di tutto, il problema sqlite ... Puoi facilmente passare a MySQL se ti piace. Abbiamo iniziato a sentirci un po 'lenti sull'interfaccia quando la tabella wiki ha superato 1 milione di righe (lo ha fatto uno script rouge), quindi suppongo che dovresti stare bene con le prestazioni di Trac. Puoi anche utilizzare più nodi che servono Trac, se questo sarà un problema (è comunque bene avere 2 in caso di interruzione dell'alimentazione/rete).

Se la tua squadra ha solo 6 codificatori, potresti prendere in considerazione la possibilità di inserire tutti i progetti in un singolo progetto Trac e utilizzare i campi componente o milestone del ticket. Dovrebbe funzionare bene.

Vale anche la pena notare che Trac è estremamente estendibile tramite plugin che possono essere facilmente ottenuti dal Web.

Non ho problemi di collegamento Trac di alcun tipo, quindi non posso commentare questo problema. Potresti essere più descrittivo?

E circa l'impossibilità di configurare facilmente più progetti ... I nostri amministratori hanno scritto uno script di ~ 100 righe che lo gestisce e ora è come 5 minuti per impostare un nuovo progetto Trac. Ne abbiamo già 60. Non so di Jira, ma i nuovi progetti vengono creati raramente. Vorrete creare un report attraverso una richiesta di ticket molto più spesso.

Se si considera la soluzione commerciale, dare un'occhiata a FogBugz - Ho sentito che è incredibile ...Tuttavia non è così estensibile come Trac (non si può semplicemente usare la ricca python api per aggiungere una funzionalità di cui hai bisogno - e apprezzo molto questa caratteristica di Trac).

Dai un'occhiata a una lunghezza diTrac plugin list. Puoi facilmente installarne uno se lo desideri.

EDIT: in seguito ho scoperto che è facile aggiungere progetti in Jira, ma Jira è più difficile da comprendere rispetto a Trac a causa del numero di funzionalità supportate (e probabilmente non ne userai la maggior parte in un 6 -man squadra). Oggigiorno, però, è necessario considerare Jira a causa dello Agile plugin.

Answer 4

Ho appena imbattuto Redmine che suona come qualcosa che potrebbe funzionare bene per un team di circa 6.

Answer 5

Se per più progetti si intende più repository subversion, Trac versione 0.12 supporta questa. Fino ad ora ho utilizzato Trac su mod_wsgi che ti permette di servire tutte le tue istanze trac da un'istanza mod_wsgi e di mostrare un elenco di tutti i trac che hai a un certo URL con link a loro. Questo è stato molto semplice da configurare. Abbiamo anche programmato la creazione di un progetto trac con la creazione di repository subversion, quindi questo è un comando a 1 riga per noi ora.

Answer 6

L'usabilità della GUI è la cosa più importante per me. Dato che trac-plugins esiste per tutto ciò che un programmatore ama, entrambi fanno il lavoro. È essenziale che l'utente si diverta usando il suo strumento di tracciamento dei bug, poiché l'attività di caricamento del processo non è comunque la più apprezzata.

L'impostazione dei miei filtri personalizzati in qualsiasi punto del wiki è eccezionale in trac.