先說些個人的想法
1）從現(xiàn)階段情況看，都是夠用的，畢竟本來就是小團(tuán)隊(duì)
2）從擴(kuò)展而言，根據(jù)現(xiàn)在團(tuán)隊(duì)的實(shí)際情況（基本都是搞Java的），那么
JIRA當(dāng)然有一定的優(yōu)勢了，比如自己寫個插件啥的
3）從UI風(fēng)格而言，稍偏向redmine
需求：
1）20人以下的團(tuán)隊(duì)
2）項(xiàng)目生態(tài)，相對較雜，不是專注1～2個產(chǎn)品的那種
3）將來希望將管理工具與代碼結(jié)合起來（和版本管理一起結(jié)合或者其他模式都可以，希望能便捷的了解代碼【尤其是變動】）
已經(jīng)暴露的問題：
1）幾乎沒有這兩款工具的使用經(jīng)驗(yàn)，之前在某個項(xiàng)目的售后中小范圍使用過redmine，今次而已
2）現(xiàn)階段的代碼管理是CC+SVN，準(zhǔn)備逐步淘汰CC
3）有沒有比較好的內(nèi)外網(wǎng)解決方案？現(xiàn)在Maven的雙網(wǎng)已經(jīng)夠折騰人了
redmine or JIRA？請各位說說自己的經(jīng)驗(yàn)或者建議，謝謝！
畢竟一款工具的選用不是好或者不好的問題，而是適用與否的問題，只有來幫助了？
問題補(bǔ)充
---------------------------------------------------------
沒用過 redmine ,我們用的是 jira ,
感覺用這類的東西,主要還是靠團(tuán)隊(duì)能按找規(guī)矩走,
新需求,改動,以及
測試的人員報出的 issue 能夠?qū)懙拿靼?
開發(fā)中后期,可以按照一個依據(jù)來用,當(dāng)然,有很多用文檔描述不清,或不好表達(dá)的,還是需要面對面交流.
測試出bug,分配給項(xiàng)目經(jīng)理,經(jīng)理經(jīng)過分析,再指派給某個人,或者直接回應(yīng).
插件之類的,感覺基本不會自己去寫了,功能挺全的.
jira可以和svn過去關(guān)聯(lián),每次svn提交時,把 issue 的版本號寫上, 在 jira 里就可以看見,對那個 issue 所提交的更改及 對于的 svn 版本.
我也不是很熟悉,但感覺還不錯.