why so many people is using trac to development project
為了一探究竟, 只好自已著手來試試了
目前我所使用的 issue tracker 是 mantis, trac 與 mantis 同樣對於 VCS(Version Control System) 都有可以 reference 的功能
但在專案的處理上是有點差異的我將兩個做一個比較:
mantis: 它易於安裝使用, 單純的環境 php + mysql 如同大多數的網站系統, 這個 issue tracker 在 workflow 的部份是有做控管, 你可以指派的方式去 assign somebody to do something, 它可以同時掌管多個 project, 也有統計的資訊可供管理者參考, 不過談到與 VCS 整合的部份, 它比 trac 弱, 也許是由於語言的特性, 在與 VCS 整合時只能做到 reference 的功能透過 SVN 的 post-commit
trac: 這個 issue tracker 給人的感覺就是一種 open source 的感覺, 這是什麼樣的感覺? 它沒有太大的限制與條件, 你可以用 wiki 的方式去編寫你的頁面與相關文件, 簡單的 new ticket 可以提出新的需求或問題, 以及 milestone 的功能做為開發的版本依據, 但沒有多專案控管以及 workflow 等功能, 如果單純談 issue track 我覺得它比 mantis 略遜一籌, 但在與 VCS 的整合方面又比 mantis 人性了許多, 它直接支援 SVN 的 repository, 你可以從 timeline 以及 browse source 的地方看到最近 VCS 上的編修, 以 diff 的方式呈現, 可讓管理者較易於去監控每個修改的狀況及內容, 另外一點值得注意的是在 trac 的套件資源, 是比 mantis 還要來的多的, 大部份主要是 plugin 是可以擴充 wiki 的功能, 與其他應用的整合為主, 像對於 SVN 的 repository/access 控管都有對應的 plugin, 這也是 mantis 有所不及的
conclusion:
整體而言
trac 比較適合在單一 project, 且給內部人員在使用的 issue tracker, 使用的人對於開發的經驗要足夠, 要能夠了解整個 open source 的開發方式與流程, 例如說: 主動的去維護 wiki, 或者 repository 內一些修改的錯誤與問題
而 mantis 對於 PM 掌控多個 project 而且對於問題的分派與流程控管這方面是較強的, 也比較適用於開放外部的顧客去回應一些問題及建議, 因此開發人員能夠較 focus 在自己的問題之下, 管理人員也能隨時監控, 了解一般使用者對於系統的需求
額外的一點:
針對了 LDAP 支援的部份由於在使用上的需要, 我也在此做一點比較
trac 使用的驗証方式跟 subversion 是類似的, 需要透過 apache web server 的 ldap module 來做到這個功能
而 mantis 是能夠直接支援 ldap 透過在設定檔上的設定
上述的差異可能是由於語言限制所產生的, 但需要修改 apache 的方式相較之下會較為麻煩, 但基本上都是支援 ldap 的
Filed under: 蟲的研究心得
cwlin0416
