2009-07-31 2 views
9

C'è una tonnellata e mezza di domande e ancora più risposte qui riguardanti persone che cercano segnalatori di bug. Tuttavia tutti loro (che ho trovato) sembrano essere basati su soluzioni basate sul web. Poiché sto lavorando a un progetto locale in cui non desidero configurare un server web/DB e non voglio nemmeno utilizzare un tracker ospitato, sto cercando qualcosa che venga eseguito localmente.Inseguitore di bug non basato sul web semplice

  • molto preferibilmente open-source
  • Python puro o (almeno) di Windows eseguibile
  • senza bisogno di un server di database (SQLite è ovviamente bene)
  • non deve essere di fantasia, basta la funzionalità di bug di base/monitoraggio dei problemi; solo un po 'più del mio attuale file di testo TODO o di una tabella di Excel.

Qualche suggerimento?

risposta

8

Trac potrebbe essere un po 'troppo sopra ingegnerizzato, ma si potrebbe ancora funzionare a livello locale tramite tracd su localhost.

E ':

  • opensource.
  • Python puro
  • utilizza SQLite

Ma come ho detto, potrebbe essere troppo complesso per il vostro caso d'uso.

Link: http://trac.edgewall.org

+0

Ho iniziato a esaminarlo un po '. Finora sembra che posso semplicemente ignorare quelle caratteristiche che non ho bisogno - che non è sicuramente una proprietà standard dei bug tracker (bugzilla, chiunque?) – balpha

+0

Funziona alla grande finora. Grazie! – balpha

-12

Fatevi un favore. Superare questa ossessione "non deve essere basata sul web", installare uno stack WAMP locale sul PC o su un server LAN. Ora puoi installare il tuo wiki. E qualcosa come Trac. Mi piacerebbe trovare un'implementazione del bugtracker del codice di google e del wiki integrato che è eseguibile localmente - Trac sembra essere il più vicino.

Hai anche installato un server SVN locale? Anche per progetti personali la possibilità di tenere traccia dei cambiamenti nel tempo. ripristina ecc. e l'integrazione con Trac è troppo buona per passare anche a progetti puramente 1 uomo.

+3

Per prima cosa, da dove prendi l '"ossessione"? E in secondo luogo, perché dovrei costruire uno stack WAMP * e * installare wikimedia * e * configurare un server SVN prima di installare trac (che viene fornito con un server web incorporato, usa sqlite e ha un wiki integrato) e usare Subversion (che non ha bisogno un server)? E sì, io uso il controllo del codice sorgente fin dalla prima riga di codice. – balpha

2

Forse Fossil è di qualche utilità?

In realtà è un DVCS ma integra anche un bugtracker e una wiki, molto simile a trac (anche se mi piace trac, non fraintendetemi). E il suo webbased, d'altra parte l'installazione è fondamentalmente morto semplice.

+0

Utilizza un browser Web, ma non richiede un server Web dedicato (basta eseguire 'fossil ui'). "Installazione" copia semplicemente un singolo file sul tuo $ PATH. Anche scritto dallo stesso ragazzo che ci ha dato SQLite! –

8

Sono sorpreso che nessuno abbia menzionato Roundup.

Soddisfa tutti i criteri, tra cui non richiede un'interfaccia basata sul Web (secondo le specifiche e diversamente dalla risposta accettata che ha suggerito Trac).

Roundup è:

  • Open source
  • puro Python
  • supporti SQLite
  • Non è elegante, si concentra sui bug tracking solida

E come un punto di differenziazione significativa, ha un'interfaccia a riga di comando e di posta elettronica oltre a un'interfaccia web.

È molto facile iniziare: ti suggerisco di prenderlo per un giro.

6

Se non è necessario condividere il proprio sistema di tracciamento dei bug con un team (vale a dire, è possibile averlo isolato sul computer), si consiglia di utilizzare Tiddlywiki. Tecnicamente è basato sul web, ma è interamente incapsulato all'interno di un singolo documento HTML e non richiede alcun database o server (solo un browser Web), quindi penso che segua lo spirito di ciò che si desidera. È estremamente personalizzabile poiché è al 100% HTML/CSS/javascript. Ho usato un tiddlywiki come quaderno di progetto per anni, tenendo traccia della mia lista delle cose da fare, dell'elenco dei bug e della documentazione generale del progetto in un unico posto centralizzato e con riferimenti incrociati. È anche possibile trovare tutti i tipi di tiddlywikis che è possibile scaricare preconfigurati per la produttività (ad esempio, TeamTasks, MonkeyGTD o GTDTiddlyWiki Plus).

+0

Interessante, sembra abbastanza carino. Daro un'occhiata, grazie! – balpha