在知乎上小編發現了這么一個問題：代碼管理和項目管理是否應該分離為兩個工具呢?下面我們就來給大家說說項目管理軟件這邊的觀點吧!

　　如果代碼管理是樓主定義的這個范圍，我覺得還是分開好。但如果是我下面要討論的代碼管理的范疇，則要視研發團隊應用工具的水平而定。如果應用工具的水平比較高，合起來好，如果目前團隊應用工具的水平剛剛起步，還是分開比較好。

　　我們理解的代碼管理工作包含下面幾個層次和范圍：1)代碼庫的管理。首先你需要尋找一款合適的版本管理工具。版本管理工具有哪些?商業方面的有IBM的ClearCase，微軟的VSS，開源方面的有CSV,SVN,GIT等。版本管理工具并不局限于管理代碼，國內很多研發團隊還用它來管理資料和文檔等。版本管理工具都需要客戶端軟件，例如SVN的TortoiseSVN，使用它來checkin/out，merge以及管理branch等基本操作。這些操作也是樓主上面提到的哪些操作。

　　2)代碼源代碼深度查看工具。源代碼深度查看工具會給團隊帶來不少好處，這也是JIRA，Trac，Topo等系統都都提供這個功能的原因。盡管開發人員可以通過TortoiseSVN完成幾乎所有源代碼深度查看工具提供的功能，但是方便性和易用性還是要差些。因為源代碼深度查看分析工具都是基于WEB操作的，直接使用瀏覽器即可進行所有分析工作，并且提供的功能更多的是從管理的角度而不是從開發的角度設計的。

　　3)代碼統計工具。沒有什么比一個團隊連自己開發了多少代碼都不知道的事情更糟糕了。一款有用的代碼統計工具還是非常需要的。代碼統計方面的工具也很多。這方面的工具大概又分為幾類：

　　純單機版非代碼庫綁定工具，需要將要統計的代碼下載到本地進行比較，不支持版本間的統計對比。這類工具的鼻祖是linecounter，功能非常簡潔，上手也容易。?與代碼管理工具緊密集成的客戶端軟件，這列軟件可以與代碼庫鏈接，無需將代碼下載到本地。這類工具的好處是可以直接對代碼庫的某個版本進行統計，并且可以分析版本間的動態變化信息。?與代碼管理工具緊密集成的web系統提供的統計，它在第2類工具的基礎上提供了進一步整合，可以讓所有操作全部基于瀏覽器進行，使用更加方便，并且更容易與項目管理系統集成或者干脆就是項目管理系統的一部分，例如Topo系統的設計。

　　4)代碼走查或正規檢視工具。團隊開展代碼走查和正規檢視的方式方法有很多，但是在工具支持下的這類工作更高效一些。這類工具又分為為兩個子類，

　　一類是幫助查錯的工具，即代碼掃描工具，有點類似于醫院給病人看病的CT儀器，即通過代碼掃描工具發現一些潛在的錯誤，不符合規范的隱患甚至直接找出BUG，這類工具有時又與單元測試工具又交集，例如C++Test。?另一類是檢視過程輔助工具，最簡單的是提供走查結果記錄和跟蹤，還有就是提供直接的在線檢視，即通過與版本管理系統集成，直接提供將檢視問題與代碼庫中的代碼直接綁定，即讓檢視者將問題直接標識在代碼行上，并提供更進一步的檢視成果分析和統計功能。這類工具不多，JIRA(一般版本不提供，需要另購)，Topo提供了這個支持。

　　5)代碼持續集成工具。持續集成是一個很好的敏捷實踐，但是對所有涉及軟件開發研發團隊同樣有效，即使你的組織采用的是基于CMMI這類重流程來說。這類工具也非常之多，免費的，商業的，開源的，Topobuilder是我們公司開發的一款持續集成工具，這個工具也是免費的。

　　6)項目管理工具(缺陷/需求/任務/測試等)中的代碼管理。我想就是這類功能的出現造成了樓主的這個問題。這類工具提供的功能包括：一個缺陷直接與代碼庫中的代碼關聯，或者一個缺陷的解決直接與代碼庫中的某次代碼修改關聯，測試工具與代碼庫集成提供代碼測試覆蓋分析等。盡管這類功能還是非常有用的，但具有這類功能的管理系統不多，尤其是國內的項目管理系統大多不做這類“吃力不討好的功能。

　　因為這里涉及到一個管理系統設計理念的問題：大多數管理系統設計的出發點是管理工具而不是研發協作工具。要理解項目管理系統的這兩類設計理念的差異，你可以用“JIRA/VSTS/JAZZ”和國內的多數研發管理系統的功能列表比較一下就知道了，考慮到這點，Topo在設計的考慮上更加平衡一些，即兩方面都比較注重。