在這個充滿 bug 的世界里，最遙遠的距離不是生與死，而是你親手制造的 bug 就在你眼前，你卻怎么都找不到它。因此本文準備了 7 款優秀的開源 bug 跟蹤系統來查找、記錄和解決這些 bug。

Redmine 是一個開源的、基于Web的項目管理和缺陷跟蹤工具。它用日歷和甘特圖輔助項目及進度可視化顯示。同時它又支持多項目管理。Redmine是一個自由開放 源碼軟件解決方案，它提供集成的項目管理功能，問題跟蹤，并為多個版本控制選項的支持。

雖說像IBM Rational Team Concert的商業項目調查工具已經很強大了，但想堅持一個自由和開放源碼的解決方案，可能會發現Redmine是一個有用的Scrum和敏捷的選擇。 由于Redmine的設計受到Rrac的較大影響，所以它們的軟件包有很多相似的特征。

Redmine建立在Ruby on Rails的框架之上，支持跨平臺和多種數據庫。

Mantis ( MantisBT ) 是一個BUG管理系統。主要特點如下：

• 用php寫的系統，安裝方便，不用像 bugzilla 那樣安裝那么多perl支持；
• 系統相對簡單輕量級，使用簡單；
• 支持 49 種不同的語言，是一種廣泛使用的錯誤跟蹤工具;

Mantis BT 1.2.0版本的發布引入了一個事件驅動的插件系統。作為這個領域里的老人，Mantis BT 與其他開源 bug 跟蹤系統相比可謂相當老派。

Fossil是另一個簡單易用的 bug 跟蹤系統。 和 Trac 一樣，Fossil不僅支持錯誤跟蹤，還提供了一個Wiki和其他項目管理相關的功能。值得關注的功能列表：

• Bug跟蹤和Wiki
• Web接口
• 自動同步
• 支持 HTTP 接口
• 嵌入式 CGI
• 穩健而且可靠

Fossil 的關鍵組件是其分布式版本控制系統。雖然Fossil似乎是一個非常穩定的bug跟蹤工具，它的重點是版本控制，但這也讓其不那么適用于技術小白。

在代碼審查(Code Review)方面，Facebook做了一個可視化的開源工具 —— Phabricator。工程師可以在頁面上非常方便的針對每一段(單行或者多行)代碼進行交互討論;負責審查的工程師可以接受代碼改變，可以提出疑問要求原作者繼續修改，可以提出自己不適合以推出該代碼審查，等等。

只有代碼被明確接受之后才能被工程師提交到服務器端的代碼庫，這一點集成到提交工具中強制執行?；纠砟罹褪欠彩潜缓芏嗳瞬粩嘀貜偷暮玫牧晳T，要將其自動化，綁定到工具之中。以“Don’t make me think”的方式來推廣好的practice。

WebIssues是一個采用客戶機/服務器模式的團隊協作工具和問題跟蹤系統，可以支持小規模的開發隊伍。它非常容易部署和定制，服務器可安裝在任何支持PHP和MySQL或PostgreSQL的主機上，客戶端可以是視窗或Linux的桌面。

Bugzilla 是一款開源的 Web 應用，是一款bug跟蹤系統和測試工具，由 mozilla 開發，并采用 Mozilla 公共許可證授權（MPL），它經常被一些高科技公司如 mozilla、紅帽公司和 gnome 使用。

Bugzilla 起初由 Terry Weissman開發于1998年，它用 perl 語言編寫，用 MySQL 作為后端數據庫，它是一款旨在幫助管理軟件開發的服務器軟件，它有豐富的功能、高度優化的數據庫等特性。

可以看到以上所列的 bug 跟蹤系統中很多都是項目管理工具，用上它們肯定會讓你在項目開發中如虎添翼。當然還有很多優秀的 bug 跟蹤系統，例如Bloodhound， BugZero 、 The Bug Genie 、 JIRA 等，感興趣的可以點擊項目名稱了解詳情。