這裏有大量的問題和更多的答案，這裏有關於尋找錯誤跟蹤器的人。然而，所有這些（我發現）似乎都是基於網絡的解決方案。由於我正在開發一個本地項目，我不想設置Web /數據庫服務器，也不想使用託管跟蹤器，所以我正在尋找一些本地運行的東西。簡單的基於非網絡的錯誤跟蹤器
有什麼建議嗎？
這個維基百科文章的Trac可能是有點太超過設計的，而是通過tracd localhost上你仍然可以本地運行。
它是：
但正如我所說，可能是你的使用情況過於複雜。
專有TestTrack（http://www.seapine.com/ttpro.html）有一個客戶端版本，將這些東西。我們在工作中使用它，我很高興使用它。
也許你可以檢查出提示 http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
自己幫忙。克服這個「不能基於網絡」的困擾，在您的PC或局域網服務器上安裝本地WAMP堆棧。現在，你可以安裝你自己的wiki。和Trac一樣。我想找到一個可以在本地運行的谷歌代碼bugtracker和集成wiki的實現 - Trac似乎是最接近的。
您是否還安裝了本地SVN服務器？即使對於個人項目來說，也可以跟蹤隨時間變化的變化恢復等等，並且與Trac的集成太好了，即使對於純粹的1人項目也是如此。
首先，你從哪裏得到「迷戀」？第二，爲什麼我要在安裝trac之前建立一個WAMP堆棧*和*安裝wikimedia *和*安裝一個SVN服務器（它帶有一個內置的web服務器，使用sqlite並且有一個內置的wiki）並且使用Subversion（不需要一臺服務器）？是的，我從第一行代碼開始使用源代碼控制。 – balpha 2009-08-01 20:31:59
也許Fossil對您有什麼用處？
它實際上是一個DVCS，但它也集成了一個bugtracker和wiki，非常像trac（儘管我喜歡trac，不要誤解我的意思）。另一方面，它的基於網絡的安裝過程很簡單。
使用網絡瀏覽器，但不需要專門的網絡服務器（只需運行`fossil ui`）。 「安裝」只是將一個文件複製到您的$ PATH。也寫給我們SQLite的同一個人！ – 2010-01-08 10:53:35
我很驚訝沒有人提到過Roundup。
它符合您的所有標準，包括不需要基於Web的界面（按照您的規範，而不像Trac接受的答案）。
綜述是：
而作爲差異化的顯著點，除了Web界面之外，它還具有命令行和電子郵件界面。
這很容易上手 - 我建議你把它作爲一個旋轉。
如果您不需要與團隊共享錯誤跟蹤系統（即可以將其與您的計算機隔離），我會推薦使用Tiddlywiki。從技術上說，它是基於網絡的，但它完全封裝在一個HTML文檔中，並且不需要任何數據庫或服務器（只有網絡瀏覽器），所以我認爲它遵循您所期望的精神。它是非常可定製的，因爲它是100％的HTML/CSS/JavaScript。多年來，我一直在使用tiddlywiki作爲項目筆記本，在一個集中的交叉引用的地方跟蹤我的待辦事項列表，錯誤列表和常規項目文檔。您還可以找到各種您可以下載預先配置的生產力的tiddlywikis（例如，TeamTasks，MonkeyGTD或GTDTiddlyWiki Plus）。
我已經開始研究一下了。到目前爲止，我似乎可以忽略那些我不需要的功能 - 這絕對不是bug追蹤器的標準屬性（bugzilla，任何人？） – balpha 2009-08-01 20:36:59
目前爲止效果很好。謝謝！ – balpha 2009-08-03 09:54:11