Proste narzędzie do śledzenia błędów nieinternetowe

Question

Jest tu trzysta i więcej pytań, a nawet więcej odpowiedzi dotyczących osób szukających programów do śledzenia błędów. Jednak wszystkie (które znalazłem) wydają się być oparte na rozwiązaniach internetowych. Ponieważ pracuję nad lokalnym projektem, w którym nie chcę skonfigurować serwera WWW/DB, a także nie chcę używać hostowanego trackera, szukam czegoś, co działa lokalnie.

• bardzo korzystnie open-source
• czysty Python lub (co najmniej) Windows wykonywalny
• ma potrzeby serwera bazy danych (SQLite jest oczywiście w porządku)
• nie musi mieć specjalnego, po prostu podstawowa funkcjonalność śledzenia błędów/problemów; tylko trochę więcej niż mój obecny plik tekstowy TODO lub tabela Excel.

Wszelkie sugestie?

Answer 1

Trac może być nieco zbyt na inżynierii, ale nadal można go uruchomić lokalnie poprzez tracd na localhost.

To:

• opensource.
• czysty Python
• wykorzystuje SQLite

Ale jak powiedziałem, to może być zbyt skomplikowane dla przypadku użycia.

Link: http://trac.edgewall.org

Answer 2

Własne TestTrack (http://www.seapine.com/ttpro.html) ma wersję klienta, która będzie te rzeczy. Używamy go w pracy i bardzo się z tego cieszę.

Może sprawdź ten artykuł wikipedia dla podpowiedzi http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems

Answer 3

Zrób sobie przysługę. Pozbądź się tej obsesji "nie musisz opierać się na sieci", zainstaluj lokalny pakiet WAMP na swoim komputerze lub serwerze LAN. Teraz możesz zainstalować swój własny wiki. I coś w stylu Trac. Chciałbym znaleźć implementację kodu błędu google code i zintegrowanego wiki, które można uruchomić lokalnie - wydaje się być najbliżej.

Zainstalowałeś również lokalny serwer SVN? Nawet w przypadku projektów osobistych możliwość śledzenia zmian w czasie. powrócić itp. i integracja z Tracem jest zbyt dobra, by przepuścić nawet w przypadku tylko 1 projektów.

Answer 4

Być może Fossil jest dla ciebie przydatny?

W rzeczywistości jest to DVCS, ale zawiera również układ śledzący błędy i wiki, podobnie jak trac (chociaż lubię trac, nie zrozum mnie źle). Z drugiej strony instalacja sieciowa jest pozornie martwa.

Answer 5

Jestem zaskoczony, że nikt nie wspomniał o Roundup.

Spełnia wszystkie kryteria, w tym niewymagające interfejsu internetowego (zgodnie ze specyfikacją iw przeciwieństwie do zaakceptowanej odpowiedzi sugerującej Trac).

Roundup jest:

• Open source
• Czysta Python
• Obsługuje SQLite
• Nic nadzwyczajnego, skupia się na stałym bug tracking

I jako istotnego punktu zróżnicowania, oprócz interfejsu sieciowego ma także interfejsy wiersza poleceń i poczty e-mail.

Rozpoczęcie gry jest bardzo łatwe - sugeruję, żebyś to zrobił.

Answer 6

Jeśli nie musisz udostępniać swojego systemu śledzenia błędów zespołowi (tzn. Dobrze jest go odizolować od komputera), polecam korzystanie z numeru Tiddlywiki. Technicznie jest oparty na sieci, ale jest całkowicie zamknięty w jednym dokumencie HTML i nie wymaga żadnej bazy danych ani serwera (tylko przeglądarka internetowa), więc myślę, że podąża za duchem tego, co chcesz. Jest bardzo konfigurowalny, ponieważ jest w 100% HTML/CSS/javascript. Od lat używam tiddlywiki jako notesu projektu, śledząc moją listę rzeczy do zrobienia, listę błędów i ogólną dokumentację projektową w jednym scentralizowanym, wzajemnie powiązanym miejscu. Możesz również znaleźć wszystkie rodzaje tiddlywikis, które możesz pobrać z prekonfigurowaną produktywnością (na przykład TeamTasks, MonkeyGTD lub GTDTiddlyWiki Plus).