Microsoft TFS(Team Foundation Server):web
優勢:服務器
任務版上能將需求、項目進度盡收眼底,對於小團隊而言,比甘特圖更有用集成了項目管理、版本控制、BUG 跟蹤,能有效實現 SCRUM能與 VS 無縫接合工具
缺點:學習
搭建、維護tfs比較複雜,硬件要求也比較高。編碼
GitHub:插件
優勢:設計
GitHub是一個很是萬能的工具。對於任何大小的項目,他都是理想的工具;他也是偉大的web工做流工具。首 先,他能夠做爲一個版本控制系統和協做工具,用它來發布工做。版本控制
利用GitHub,你能夠將項目存檔,與其餘人分享交流,並讓其餘開發者幫助你一塊兒完成這個項目。優勢在於 ,他支持多人共同完成一個項目,所以大家能夠在同一頁面對話交流。圖片
建立本身的項目,並備份,代碼不須要保存在本地或者服務器,GitHub作得很是理想。項目管理
學習Git也有不少好處。他被視爲一個預先維護過程,你能夠按本身的須要恢復、提交出現問題,或者您須要 恢復任何形式的代碼,能夠避免不少麻煩。Git最好的特性之一是可以跟蹤錯誤,這讓使用Github變得更加簡 單。Bugs能夠公開,你能夠經過Github評論,提交錯誤。在GitHub頁面,你能夠直接開始,而不須要設置主機或者DNS。
缺點:
若是,你是Github使用新手,首先的挑戰就是擺正心態——須要不斷實踐和時間。
他可能不是捕捉創意過程和記錄創意點子的最佳工具。對於這種特殊功能模擬能夠選擇LayerVault 或其餘相 似工具。以前,咱們已經強調過Github很是適用代碼跟蹤,可是卻不是最好的設計跟蹤工具。將圖片內容轉 化爲代碼,或者將設計用於產品設置,看起來依舊不是那樣順利。
這是由設計者決定的,然而,一些人發現 GUI 有點混亂,選擇CLI代替。一些開發人員學習主要使用Git命令 ,這樣能夠解釋爲何他們不太喜歡GUI的緣由了。稍加練習,命令的學習是不太困難的。然而,你喜歡每天 寫命令嗎?特別是跟蹤項目歷史或解決衝突的時候。因此就有了另一羣喜歡GUI的人們。將提交、修改、移 動文件等操做可視化,會有一個更好的體驗。而這些,就如以前提到的,須要時間來適應。
若是,你專門在GIthub上工做,版本控制存儲庫就值得你擁有,也須要你長期付出。
Trac:
優勢:
一、Trac作一個SCM配置管理平臺,意味着它有良好的擴充性
二、Trac的權限體系是比較完備的設計
三、很是靈活,能夠爲所欲爲的定製,能夠和TortoiseSVN集成。
缺點:
一、不支持多項目,
二、需求和缺陷沒有分離,
三、用 wiki 來替代 Word 等工具編寫文檔對於產品策劃來講門檻過高了,
四、中文化不完整,美術人員接觸起來困難重重,
五、不顯示中文名,本地化作得不好,
六、核心功能不多,不安裝插件基本上無法用。
BUGZILLA:
優勢:
一、BUGZILLA不收費,
二、BUGZILLA如今有中文版支持
缺點:
一、BUGZILLA只能管理缺陷
Apple XCode:
優勢:
一、能夠自動建立分類圖表。
二、自動提供撤消、重作和保存功能,無需編寫任何編碼。
缺點:
一、 更新版本後,某個插件可能會失效。