Bug tracker distribuito per andare con DVC

Question

Abbiamo praticamente leccato l'intera cosa distribuita per il controllo della versione a questo punto. Non sto dicendo che tutto sia perfetto, ma, da questo momento in poi, è solo una questione di continuare ciò che è già stato avviato.

Distributed bug tracking, tuttavia, è nella sua fase iniziale, IMHO. È piuttosto scomodo, non essere in grado di lavorare con un tracker di problemi sulla strada, soprattutto perché ho la tendenza a dimenticare quali erano i miei cambiamenti nelle ultime due ore. Sì, lo so, potrei tenere un registro sulla strada e aggiornare un tracker tradizionale non appena salirò di nuovo in rete, ma ancora ... Mantenendo aperte le mie opzioni e tutto il resto. : P

Attualmente, so solo di Bugs Everywhere e Ditz - quelli e quello fornito con Fossil. Di questi, penso che Fossil sia il più lontano, il che non è sorprendente, considerando quanto sia strettamente integrato con il lato di controllo della versione dell'equazione. Ho dovuto fare un bel po 'di tentativi per convincere i miei colleghi a guardare qualcosa di diverso da SVN, ma, se Fossil è davvero tutto questo, non mi dispiacerebbe farlo di nuovo.

Prima di me, tuttavia, voglio chiedere a persone più anziane e più sagge delle mie: Hai esperienza con questi tre? Cosa pensi di loro? Conosci gli altri? Si prega di collegarsi a loro, e fammi sapere come sono andati.

Answer 1

Ulteriori informazioni per le persone come me che sono interessati al tema, ma non può tirare su abbastanza informazioni pertinenti attraverso Google (o non sono lì, o il mio Google-fu è gravemente carente):

• Appena diramato Bugs Everywhere di nuovo. bzr log --limit 1 mostra l'ultimo commit da inizio 09 ottobre. Lo sviluppo è lento, ma è lì. Non mi sono ancora immerso per vedere esattamente cosa offre esattamente be. La documentazione è gravemente priva di. Non c'è nemmeno una guida rapida sul sito.
• Ditz, l'utilizzo di un clone del relativo repo di linea principale git fallisce completamente per me. Google indica che le versioni 1.9 di Ruby la rompono. Presumibilmente, ci sono i cloni git che lo risolvono, ma preferirei davvero non scherzare con git.
• Fossil ha almeno una domanda pertinente qui su SO: What do people think of the fossil DVCS? (ha anche una risposta dell'autore!). Molto rispetto per D. Richard Hipp (autore di SQLite e Fossil, così come altre cose follemente interessanti che posso usare e leggere solo su Wikipedia), ma vorrei anche il feedback di altri mortali.

Ancora non abbastanza per me, però. Ci deve essere almeno un paio di persone che hanno utilizzato sia be o ditz per un progetto non banale - almeno, abbastanza per essere in grado di dare un parere informato.

Non mi interessa il lato tecnico: o il progetto lo documenta sul suo sito Web, oppure potrei semplicemente guardare la fonte. Quello che sto cercando è l'esperienza del mondo reale: quali sono stati gli ostacoli alla sua adozione? Cosa manca a un particolare progetto? Cosa aggiungeresti, di cui hai veramente bisogno, dato forse due anni di tempo pagato per lavorarci? Roba del genere.

Answer 2

Eric Sink ha alcuni pensieri sensati sull'argomento here - ha chiaramente pensato a me più di me ma fa un punto chiave che è che si ha un paradigma diverso quando si ha a che fare con funzionalità e bug quando si ha a che fare con lo sviluppo, in particolare per quanto riguarda i bug.

Answer 3

Perché volevo (beh, bisogno, in realtà) di una soluzione che probabilmente potrebbe (forse, si spera) lavorare adesso, siamo andati con la seguente configurazione:

• Bazaar-NG come il VCS
• Bugs Everywhere come il bug tracker
• Zim come wiki

Potrebbe non essere la configurazione perfetta, e nemmeno una particolarmente accettabile per alcuni, ma soddisfa i criteri di funzionamento al momento. Mi piacerebbe ancora saperne di più dagli altri; forse mi manca un tratto non così ovvio di altre soluzioni che mi farebbe diventare abbastanza fanatico da infastidire i miei co-dev.

Ad ogni modo, se qualcuno usa questo o un set di strumenti simile, per favore fammi sapere come è stato fatto finora per te, quali sono le tue circostanze, ecc. In questo momento, questa nostra soluzione è composta da tre giorni fa, quindi non ho ancora molti dati da condividere.

Answer 4

Fossil funziona come un 'facile da configurare' Distributed Bug tracker, e ha una bella funzione autosync che consente agli sviluppatori di condividere i loro bug senza l'intervento.

per iniziare,

1. Scarica il file binario fossili di vostra scelta
2. fossile nuovo bugs.fossil
3. ui fossili bugs.fossil (esegue il server)

gli sviluppatori fare lo stesso

1. Scaricare il fos binario sil di vostra scelta
2. clone fossile
3. ui fossile bugs.fossil
4. istituito un job cron a 'sync fossili ...' in modo che il bug si propagano a tutti gli utenti come il fossil self-hosting repositories demonstrate

Non c'è molto di più.

Modifica - dai un'occhiata anche allo Customizing The Ticket System.