Tracker dei problemi semplice per 1-2 sviluppatori [chiuso]

Attualmente sto lavorando principalmente da solo su un progetto (in Java). Sono per lo più solo perché ho un consulente che mi dà istruzioni di alto livello su cosa fare e raramente darà il mio contributo al codice. Di tanto in tanto codificherà un paio di test di accettazione.

Non ho mai usato un tracker di problemi prima e stavo pensando di iniziare a usarne uno adesso, dato che mi piacerebbe avere un posto dove posso registrare possibili bug che trovo e tenerne traccia in modo centralizzato. Sarebbe possibile integrare il tracker dei problemi con Eclipse, meglio ancora.

Quindi ecco i vincoli:

1. NON è un progetto open source. Il nostro codice non deve essere condiviso con nessuno!
2. stiamo e useremo Subversion;
3. abbiamo il nostro server Subversion e continueremo a utilizzare lo stesso server Subversion;
4. deve essere gratuito;
5. deve consentire almeno 2 utenti.

Qual è il tuo consiglio su cosa scegliere? Sto cercando la soluzione più semplice disponibile.

Per i piccoli progetti, sono diventato un grande fan di Trello . Ha una barriera così bassa all'ingresso e un'usabilità così elevata che la userei per qualsiasi progetto più piccolo.

Se vuoi qualcosa di un po 'più complicato e completo, secondo me i suggerimenti di FogBugz o Bugzilla.

Modifica per fornire più "spiegazione e contesto":

Il problema più comune che ho notato tra i team più piccoli senza project manager dedicati è che così tante cose non vengono inserite nel sistema . O gli sviluppatori non si prendono il tempo per entrare in tutto ciò che deve essere fatto, oppure i problemi vengono aggiornati solo sporadicamente man mano che il lavoro procede.

Trello incoraggia gli utenti a mantenere effettivamente aggiornato il sistema con dati validi, rendendo incredibilmente facile aggiungere nuovi problemi e aggiornare lo stato dei problemi esistenti.

In particolare, il suo sistema di "elenchi" all'interno delle schede può essere facilmente e rapidamente modificato per rappresentare quasi qualsiasi sistema di pietre miliari e tipi di problemi che un piccolo progetto vorrebbe utilizzare.

Supporta anche strumenti di tracciamento dei problemi più comuni come commentare problemi, votare problemi, riordinare, taggare e assegnare - ma sono tutti nascosti a modo tuo (ma praticamente proprio dove li vuoi quando ne hai bisogno).

Bugzilla è una multa, pieno-caratterizzato issue tracker, ma non si può negare che si sente come la creazione e la modifica di bug è costoso . FogBugz riduce gran parte del dolore subconscio di tracciare tutto nel tuo progetto, ma ha ancora abbastanza modifiche e schermate da sembrare più lavoro di, per esempio, semplicemente trascinando una carta da "fare" a "fatto" in Trello.

tl; dr - il modo migliore per mantenere un rilevatore di problemi rilevante e aggiornato è renderlo il più facile da usare possibile , ed è quello che Trello è stato realizzato per realizzare.

"la soluzione più semplice disponibile" è ovviamente un giudizio.

Trovo FogBugz molto facile da usare e posso consigliarlo per il caso d'uso che stai descrivendo. È gratuito per team di due persone e molto conveniente per quelli più grandi, ha un plugin Eclipse e si integra con Subversion .

Nell'interesse di una completa divulgazione: la mia esperienza con FogBugz è stata con la versione on-premise con il plug-in Visual Studio e l'integrazione di Perforce e non con la configurazione esatta che stai cercando.

SVN + Trac + Eclipse con plug-in SVN Team Provider (e Mylyn se lo desideri)

Questo funzionerà sia per progetti personali che di gruppo simultanei.

Da Eclipse (con i plugin sopra e il plugin Trac XML-RPC ), tu e il tuo team sarete in grado di farlo

1. accedere e utilizzare il repository SVN dall'interno di Eclipse e senza restrizioni
2. traccia i biglietti di emissione tramite Trac
3. impostare attività personali e di gruppo tramite Mylyn
4. tenere traccia del tempo impiegato dai membri del progetto per ciascuna attività
5. vedere tutto quanto sopra in un unico spazio di lavoro dinamico

Puoi usare Mantis: http://www.mantisbt.org/index.php

È abbastanza semplice e può essere configurato per integrarsi con SVN ed Eclipse: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ domande / 2939794 / mantide-bug-tracker-api-integrazione

Detto questo, attenersi solo alle funzionalità di base di Trac può renderlo anche abbastanza facile da usare: http://trac.edgewall.org/

La mia raccomandazione:

Un file denominato bugs.txtnella radice del repository.

vantaggi:

• È un .txt. Significa che non sei legato a un particolare sistema / software

• È semplicissimo.

• Puoi decidere cosa funziona per te con questo metodo - nel mio esempio uno va in questo modo:

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/foobar

• Piattaforma incrociata. Non appena lo fai svn checkout <url>, hai il tuo bugtracker lì - puoi anche usare $ IDE-di-scelta - ad esso, è solo un altro file di testo.

svantaggi:

• diventa ingombrante dopo più di 2-3 sviluppatori.

• Non c'è modo di assegnarlo davvero a una persona.

• Non c'è modo di incorporare immagini di bug dell'interfaccia utente e simili.

Il mio voto è per Redmine . È completamente gratuito e si integra bene con Subversion.

applicazione web di gestione del progetto. Scritto utilizzando il framework Ruby on Rails, è multipiattaforma e cross-database.

Redmine è open source e rilasciato sotto i termini della GNU General Public License v2 (GPL) ...

Alcune delle caratteristiche principali di Redmine sono:

• Supporto per più progetti
• Controllo degli accessi flessibile basato sui ruoli
• Sistema flessibile di localizzazione dei problemi
• Diagramma e calendario di Gantt
• Gestione di notizie, documenti e file
• Feed e notifiche e-mail
• Per progetto wiki
• Forum di progetto
• Tracciamento del tempo
• Campi personalizzati per problemi, time-entry, progetti e utenti
• Integrazione SCM (SVN, CVS, Git, Mercurial, Bazaar e Darcs)
• Creazione del problema via e-mail
• Supporto per autenticazione LDAP multipla
• Supporto per la registrazione automatica dell'utente
• Supporto multilingue
• Supporto di database multipli ...

Potrebbe non essere "semplice", ma lo considero uno dei migliori tracker di problemi del settore: Jira di Atlassian . Viene fornito con una licenza iniziale di 10 utenti per 10 dollari (australiani) ... Lo sto usando come sviluppatore solista. (Si noti che il sito sembra avere una preferenza per mostrare le licenze / i prezzi "su richiesta" e potrebbe essere necessario il prezzo "download").

Un altro grande vantaggio di questa tariffa iniziale: l'intero ricavato viene devoluto in beneficenza Room to Read . Quindi puoi beneficiare di un bugtracker completo e sentirti anche bene :-)

Puoi anche dare un'occhiata a BugZilla . Vedi anche questo confronto tra diversi tracker di bug sui programmatori SE. Trac è anche una buona alternativa da utilizzare come tracker.

Un'altra opzione è Sourceforge . Per quanto ne sappia, è gratuito indipendentemente dal numero di utenti. Include un repository SVN (che probabilmente non si utilizzerà) e un tracker. Per un esempio dell'aspetto di questo tracker, vedere questo esempio dal progetto Audacity (software di registrazione open source).

Dai un'occhiata a ditz .

È uno strumento di tracciamento dei problemi basato sulla riga di comando molto semplice il cui database è possibile archiviare nel repository di codice.

Non ci sono interfacce utente fantasiose, solo un semplice strumento da riga di comando. È simile nello spirito al suggerimento di @ jrg e allo strumento TODO.txt.

Dai un'occhiata ad Asana . È uno strumento di monitoraggio dei progetti semplice e gratuito basato sul Web. Lo sto usando per progetti e compiti a casa. È possibile creare più progetti e assegnare loro attività. Per ogni dato compito, puoi impostare:

• Persona assegnata a
• Scadenza
• Qualsiasi numero di tag di testo
• Files allegati
• I cambiamenti
• Note (un campo note per attività)
• Commenti (qualsiasi numero per attività, disposti in ordine cronologico)

Puoi dare la priorità agli oggetti con qualcosa chiamato "intestazioni prioritarie". Puoi anche pianificare gli elementi come "oggi", "imminente" o "successivo" per avere un'idea di base su ciò su cui bisogna lavorare al più presto.

È ancora in fase di elaborazione, ma ha un'interfaccia molto elegante ed è facile da usare.

Il più semplice tracker di bug là fuori è una pila di schede 3x5 (o 4x6 se hai una grande calligrafia), una scatola di puntine da disegno e la tua parete cubica, IMO. Se non hai un team distribuito (non dal momento che lavori da solo), va bene. Tieni presente che vuoi avere l'impedenza più bassa possibile con un bug tracker: se è difficile scrivere un bug o annotare un'idea per un miglioramento, non lo farai. Quando qualcosa è fatto, viene fuori dal muro e va in un mucchio fatto.

Ammesso che fallisce l'integrazione con il punto Eclipse, ma per uno sviluppatore solista, ne hai davvero bisogno? Se il tuo consulente non risolverà i bug, non avrà bisogno dell'accesso alle carte (o potrà fermarsi a dare un'occhiata). Se stanno scrivendo test di accettazione, puoi annotare l'essenza di quei test sulla scheda a cui è applicabile.

Sarei interessato a capire cosa ti spinge a guardare uno strumento. Hai bisogno di una sorta di metrica dei bug (tempo medio aperto, totale aperto contro chiuso, ecc.)? Perché l'integrazione in Eclipse è importante?

Per un rilevamento dei problemi davvero molto semplice, puoi sempre utilizzare un foglio di calcolo come Excel o un database MS Access . Questi sono fondamentalmente giocattoli rispetto ai tracker di problemi reali, ma hanno i vantaggi di una curva di apprendimento bassa e di una bassa barriera all'ingresso: basta creare un foglio di calcolo e aggiungere colonne di cui hai bisogno!

Excel è utile per questo poiché puoi ordinare e filtrare per colonna e generare facilmente grafici e grafici per tenere traccia dei progressi. Vedi questo articolo per ulteriori informazioni: http://chandoo.org/wp/2009/09/08/issue-trackers/

Un bel modello di Tracker dei problemi di MS Access è disponibile qui: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx

YouTrack di JetBrains (la società dietro IntelliJ IDEA e ReSharper) sembra molto promettente, anche se ho ancora un'esperienza personale limitata.

• È ospitato nel cloud e configurare la tua istanza è molto veloce (forse 5 minuti)
• Gratuito per <= 9 utenti . (Inoltre, anche i più grandi piani per 2000 utenti sono gratuiti fino al 29 febbraio 2012)
• Supporta l'accesso Open ID (ad es. Da Google)
• Ha buone scorciatoie da tastiera

Da quello che ho usato YouTrack finora, almeno lo preferisco di gran lunga a JIRA.

Per la mia piccola squadra (principalmente solo io), ho usato CodeTrack . Funziona davvero bene per me, perché ha bisogno solo di PHP sul server, nemmeno di un database.

Puoi semplicemente scaricarlo, estrarlo sul tuo server web e funziona quasi istantaneamente. Inoltre, il codice è davvero semplice, quindi puoi facilmente personalizzarlo per le tue esatte esigenze.

Se non esponi informazioni riservate in segnalazioni di bug e commenti, ti consiglio di utilizzare Google Code. Abbiamo usato la sua funzione Problemi in passato per uno dei nostri progetti con un team di 8 sviluppatori. È davvero semplice, facile e abbastanza buono per una piccola squadra.

Nota che, sebbene sia necessario avviare un progetto open source ma non è necessario caricare il codice su Google, utilizzare la funzione Problemi. E, naturalmente, chiunque può vedere i tuoi bug se trovano accidentalmente il tuo progetto o condividi il link del progetto con loro.

Trackie è estremamente semplice ma flessibile.

È rivolto a piccoli team tecnologici o semi-tecnologici / semi-creativi con la necessità di tenere traccia dei problemi in modo semplice e con una visione. Supporta stati personalizzati (con colori personalizzati) di problemi, nonché priorità e assegnatari.

Mentre l'interfaccia utente è già molto semplice e pulita, un'interfaccia utente semplificata viene presentata agli utenti che vengono aggiunti a un progetto come client.

Infine, accetta i problemi via e-mail. Non solo direttamente, ma anche se inoltri il problema di un cliente a Trackie, da quel momento in poi qualsiasi corrispondenza con il tuo cliente verrà eseguita tramite Trackie senza che il tuo cliente lo sappia. Tenere tutto in un unico posto.

È gratuito mentre è in beta privata. Se rimarrà gratuito non è chiaro al momento della scrittura.

Disclaimer: sono lo sviluppatore di questo tracker di problemi. Tuttavia, ritengo che questa risposta sia pertinente per il PO.

basecamp.com - un progetto è gratuito, l'interfaccia è molto semplice e puoi essere attivo e funzionante in circa due minuti senza nulla da installare

ora torna al lavoro ;-)