Semplice tracker di problemi per 1-2 sviluppatori [chiuso]

51

Attualmente sto lavorando principalmente da solo su un progetto (in Java). Sono principalmente solo perché ho un consulente che mi dà istruzioni di alto livello su cosa fare e raramente apporto qualsiasi codice. Di volta in volta, tuttavia, eseguirà il codice in un paio di test di accettazione.

Non ho mai usato un tracker di problemi e stavo pensando di iniziare a usarne uno adesso, perché mi piacerebbe avere un posto dove posso registrare possibili bug che trovo e tenere traccia di essi in maniera centralizzata. Sarebbe possibile integrare il problema con Eclipse, meglio ancora.

Quindi ecco i vincoli:

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

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

    
posta devoured elysium 21.05.2013 - 23:59
fonte

17 risposte

42

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

Se vuoi qualcosa di un aspetto un po 'più complicato e completo di funzionalità, vorrei seguire 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 tante cose non vengono inserite nel sistema . O gli sviluppatori non impiegano il tempo necessario per inserire 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 il sistema aggiornato con buoni dati rendendo incredibilmente facile aggiungere nuovi problemi e aggiornare lo stato dei problemi esistenti.

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

Supporta anche strumenti di monitoraggio dei problemi più comuni come commentare i problemi, votare su problemi, riordinare, taggare e assegnare - ma sono tutti nascosti al di fuori della tua strada (ma praticamente proprio dove li vuoi quando ti serve loro).

Bugzilla è un ottimo tracker di problemi con funzionalità complete, ma non si può negare che si senta come creare e modificare bug sia costoso . FogBugz riduce il dolore subconscio di tracciare tutto nel tuo progetto, ma ha ancora abbastanza modifiche e schermi per sentirti più utile di, per esempio, semplicemente trascinando una carta da "fare" a "fatto" in Trello.

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

    
risposta data 28.12.2011 - 18:48
fonte
21

"la soluzione più semplice disponibile" è ovviamente una sentenza.

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

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

    
risposta data 28.12.2011 - 12:08
fonte
15

SVN + Trac + Eclipse con Plugin del team SVN (& Mylyn se vuoi)

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

Da Eclipse (con i plug-in precedenti e il plug-in Trac XML-RPC ) tu e il tuo team sarete in grado di

  1. accedere e utilizzare il repository SVN da Eclipse e senza restrizioni
  2. traccia i ticket di emissione tramite Trac
  3. imposta le attività personali e di gruppo tramite Mylyn
  4. tiene traccia del tempo trascorso dai membri del progetto per ogni attività
  5. guarda tutto quanto sopra in un unico spazio di lavoro dinamico
risposta data 28.12.2011 - 12:35
fonte
13

Puoi usare Mantis: link

È piuttosto semplice e può essere configurato per l'integrazione con SVN ed Eclipse: link http://stackoverflow.com/questions/2939794/mantis-bug-tracker-api-integration

Detto questo, attenersi solo alle funzionalità di base di Trac può renderlo abbastanza semplice da usare: link

    
risposta data 28.12.2011 - 11:51
fonte
13

La mia raccomandazione:

Un file denominato bugs.txt nella directory principale del repository.

I vantaggi:

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

  • È semplicissimo.

  • Puoi decidere cosa funziona per te con questo metodo - il mio esempio è simile a questo:

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 fai un svn checkout <url> , hai il tuo bugtracker lì - puoi anche usare $ IDE-of-choice - ad esso, è solo un altro file di testo.

Svantaggi:

  • diventa poco maneggevole dopo più di 2-3 sviluppatori.

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

  • Non c'è modo di incorporare immagini di bug dell'interfaccia utente e così via.
risposta data 28.12.2011 - 16:37
fonte
11

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

project management web application. Written using the Ruby on Rails framework, it is cross-platform and cross-database.

Redmine is open source and released under the terms of the GNU General Public License v2 (GPL)...

Some of the main features of Redmine are:

  • Multiple projects support
  • Flexible role based access control
  • Flexible issue tracking system
  • Gantt chart and calendar
  • News, documents & files management
  • Feeds & email notifications
  • Per project wiki
  • Per project forums
  • Time tracking
  • Custom fields for issues, time-entries, projects and users
  • SCM integration (SVN, CVS, Git, Mercurial, Bazaar and Darcs)
  • Issue creation via email
  • Multiple LDAP authentication support
  • User self-registration support
  • Multilanguage support
  • Multiple databases support...
    
risposta data 21.05.2013 - 14:40
fonte
6

Potrebbe non essere "semplice", ma lo considero uno dei migliori tracker di problemi nel settore: Jira da Atlassian . Viene fornito con una licenza di avviamento di 10 utenti per 10 (dollari australiani) ... Lo sto usando come sviluppatore solista. (Si prega di notare che il sito sembra avere una preferenza per la visualizzazione di licenze / prezzi "on demand" e potrebbe essere necessario il prezzo di "download").

Un altro grande vantaggio per questa percentuale di partenza: i proventi completi sono devoluti alla Sala da leggere per beneficenza. Quindi puoi trarre vantaggio da un bugtracker completo e sentirti bene anche a questo: -)

    
risposta data 28.12.2011 - 13:19
fonte
4

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

Un'altra opzione è Sourceforge . Per quanto ne so, è gratuito indipendentemente dal numero di utenti. Include un repository SVN (che probabilmente non userete) e un tracker. Per un esempio di come questo tracker è simile, vedi questo esempio forma il progetto Audacity (software di registrazione open source).

    
risposta data 12.04.2017 - 09:31
fonte
4

Dai un'occhiata a ditz .

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

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

    
risposta data 12.04.2017 - 09:31
fonte
3

Dai un'occhiata a Asana . È un semplice strumento di monitoraggio del progetto basato sul web. L'ho usato per progetti e attività a casa. Puoi creare più progetti e assegnarli. Per ogni attività specifica, puoi impostare:

  • Persona assegnata a
  • Data di scadenza
  • Qualsiasi numero di tag di testo
  • File allegati
  • modifiche
  • Note (un campo di nota per attività)
  • Commenti (qualsiasi numero per attività, ordinati cronologicamente)

Puoi dare la priorità agli elementi con qualcosa chiamato "intestazioni di priorità". Puoi anche programmare gli elementi come "oggi", "prossimo" o "dopo" per avere un'idea di base su cosa deve essere lavorato al più presto.

È ancora un lavoro in corso, ma ha un'interfaccia molto scorrevole ed è facile da usare.

    
risposta data 28.12.2011 - 21:46
fonte
3

Il bug tracker più semplice là fuori è una pila di 3x5 index card (o 4x6 se hai una grande calligrafia), una scatola di puntine e il tuo muro cubico, IMO. Se non hai un team distribuito (non lo fai dato 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 buttare giù un'idea per un miglioramento, non lo farai. Quando qualcosa è fatto, esce dal muro e finisce in un mucchio finito.

È garantito che l'integrazione con il punto Eclipse fallisce, ma per uno sviluppatore solista ne hai davvero bisogno? Se il tuo consulente non ha intenzione di correggere i bug, allora non hanno bisogno di accedere alle carte (o possono fermarsi e dare un'occhiata). Se stanno scrivendo i test di accettazione, puoi annotare il succo di quei test sulla carta a cui è applicabile.

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

    
risposta data 28.12.2011 - 23:13
fonte
2

Per un monitoraggio dei problemi davvero semplice, puoi sempre utilizzare un foglio di calcolo come Excel o un database MS Access . Si tratta fondamentalmente di giocattoli rispetto ai tracker di problemi reali, ma presentano i vantaggi della bassa curva di apprendimento e della bassa barriera all'ingresso: basta creare un foglio di calcolo e aggiungere colonne quando ne hai bisogno!

Excel è utile perché puoi ordinare e filtrare per colonna e generare facilmente grafici e grafici per tenere traccia dei progressi. Vedi questo articolo per ulteriori informazioni: link

Un modello di Tracker dei problemi di MS Access è disponibile qui: link

    
risposta data 28.12.2011 - 16:23
fonte
1

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

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

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

    
risposta data 28.12.2011 - 16:55
fonte
0

Per il mio piccolo team (principalmente solo io da solo), ho utilizzato 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 è molto semplice, quindi puoi facilmente personalizzarlo in base alle tue esigenze.

    
risposta data 28.12.2011 - 16:37
fonte
0

Se non esporti informazioni sensibili in segnalazioni di bug e commenti, ti consiglio di utilizzare Google Code. Abbiamo utilizzato la sua funzionalità Issues in passato per uno dei nostri progetti con un team di 8 sviluppatori. È davvero semplice, facile e abbastanza buono per una piccola squadra.

Si noti 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 hanno trovato il tuo progetto per caso o se condividi il link del progetto con loro.

    
risposta data 04.01.2012 - 04:09
fonte
0

Trackie è estremamente semplice ma flessibile.

Si rivolge a piccoli team tecnologici o semi-tecnologici / semi-creativi con la necessità di tenere traccia dei problemi in un modo semplice, a vista unica. Supporta gli stati personalizzati (con colori personalizzati) di problemi, oltre a priorità e assegnatari.

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

Infine, accetta i problemi tramite e-mail. Non solo direttamente, ma anche se inoltrerai il problema di un cliente a Trackie, qualsiasi corrispondenza con il tuo cliente inizierà da allora a scorrere su Trackie senza che il tuo cliente ne sia a conoscenza. Mantenere tutto in un unico posto.

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

Dichiarazione di non responsabilità: sono lo sviluppatore di questo problema. Ma penso che questa risposta sia rilevante per l'OP comunque.

    
risposta data 28.03.2012 - 16:45
fonte
-1

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

ora torna al lavoro; -)

    
risposta data 28.12.2011 - 21:07
fonte

Leggi altre domande sui tag