必須先說明，工作以來用過 Mantis、Clear Case、Trac、Redmine 等 Issue Tracking System，Clear Case 要商用軟體就不用談了，真正有實際架設經驗的只有 Trac 和 Redmine，會選用 Redmine 作為主要 Issue Tracking 系統的原因如下，主要還是跟 Trac 進行比較：
1. 原生支援整合 Subversion、Git。
這段分析對 Trac 比較不公平一些，之前使用 Trac 時，經歷了整合 Subversion 1.4.x、1.5.x、1.6.x 和 Git，每一階段都很痛苦，因為 python 的版本、Trac 版本、相關 plugin 版本的配合著實令人頭痛。後來改用 Redmine 時，Subversion Server 已經固定使用 1.6.x 版，所以只要選用支援的版本，基本上就可以無痛整合；另外隨著 Git 的普及，原生整合 Git 對我來說也是相當重要的功能。我之前同時嘗試用 Trac 和 Redmine 整合 Git，但最後 Trac 沒有試成功，而 Redmine 則是無痛整合。
2. 較完整的使用者/權限管理/設定，使用者亦可自行進行密碼變更。
之前用 Trac，沒有使用者自行管理密碼的功能(可能需要額外安裝 plugin)，使用者的密碼都是管理者設定後便固定不變，其實這樣有點怪。
3. 較完整的專案管理/設定
原生支援 multiple projects、子專案，透過 Web 管理介面便可進行專案的建立與設定。Trac 則是需要先建立一個 template，每要開一個新的專案，就需要複製實體目錄，再手動進行 config 的修改，操作門檻較高，且基本上 Trac 各專案均為獨立個體，只能透過 Web Server 設定，「假裝」有一個統一的入口。
4. 原生支援 wiki/論壇/行事曆功能
Trac 原生只有 wiki，論壇、行事曆均需額外安裝 plugin。真的經歷過安裝 Trac plugin 的痛苦，便能體會原生支援的美好。
5. Email 通知功能
Redmine 原生支援。Trac 大概也是得安裝 plugin 吧......
6. 外部系統可整合 Redmine 的使用者，達到 Single Sign-On 的目的。
目前已將 Subversion、Git、Jenkins 的登入統一由 Redmine 控管。
當然我的需求和考量的點不見得對每個專案與環境都適用，僅供大家參考。
網路上都說 Trac 架設的門檻高，根據經驗的確如此，當要使用其他 plugin 時，更是痛苦。不過嚴格說起來，其實 Redmine 的架設也不是真的很容易，要感謝 Bitnami 提供相當完整的 Installer，讓這些系統的架設變得更為容易。
