小型團隊之CVS和缺陷跟蹤簡單探討【原創】

小型團隊之CVS和缺陷跟蹤簡單探討【原創】

前沿：這裏在標題中強調“個人”，本人也是個菜鳥，雖然cvs基本操作熟練（checkin，checkout，汗～），但實際在項目中運用配置管理時，基本沒有什麼概念。希望再次拋磚引玉，高手勿入，倘初學者惠之，實本菜鳥之萬幸，@_@

0.CVS簡介：在一個項目的開發過程中，開發團隊成員的個人能力是一個重要因素，而管理的重要性也是不能忽視的，特別是對於軟件開發團隊，源代碼和文檔等的管理和維護更是尤爲重要。因此，對每個團隊成員而言，必須學會使用這類管理軟件， 比較典型的有VSS 和CVS。對於一個小型的軟件開發團隊而言，CVS 作爲一款免費軟件而備受青睞。 CVS 全稱Concurrent Versions System，主要用於管理在開發過程中生成的源代碼、文檔等資料，記錄他們的更新歷史，使開發團隊各成員可以更好的協作。這裏主要介紹使用Windows NT 系統的服務器端CVSNT 和Windows 平臺的客戶端WinCVS 來組建CVS 系統。

1.軟件安裝：主要的軟件是wincvs1.3b20（客戶端），cvsNT2.0.58（服務器），winmerge2.2.2（合併與比較），具體操作請參考http://blog.csdn.net/ycw的相關文章。軟件的安裝和基本使用較簡單，請讀者參考文章自行熟練，cvs的用意非在軟件的使用，而是領會版本控制在軟件工程中的實際用途。

2.服務器端：添加倉庫，建立用戶及相應的模塊，修改模塊的對應權限（默認爲所有用戶的權限），修改默認的二進制檢測類型。建議倉庫放於ntfs分區，並去掉文件夾的“簡單文件共享”設置。局域網團隊使用pserver協議即可。

3.客戶端1：配置基於web方式訪問的工具。推薦使用perl腳本的工具。

4.客戶端2：wincvs。cvs的主線是開發庫，所有的開發都是在主線上完成。增加新功能或修改程序時，可以在開發主線上隨時提交修改內容，但是在修改完成，並通過自己的測試（單元測試）通過之後，需要建立標籤-‘OK’,用來通知CVS 可以進行日構建測試和集成測試。如果需要代碼複審員對代碼複審，則開發者要先建立完成標籤（格式爲開發者名字+日期（yyyymmdd）+任務單號（或者完成任務的名稱），用來區分多個提交的任務），之後由代碼複審員對複審通過的代碼設置標籤-‘OK’。

5.繼承測試：（產生內部版本）取經過日構建測試標籤版本，建立新的內部測試標籤，只是記錄測試問題。

6.軟件發佈：（某一個版本）建立一個分支，開發人員在此分支上工作，無而不必凍結開發代碼。

7.缺陷跟蹤系統：推薦使用bugzilla，嚴格按照缺陷管理有關文檔執行。

8.郵件系統：這個也必不可少，可尋找合適團隊需要的。

9.上述軟件均可在http://sf.net下載，有興趣可研究並改造其源代碼，^_^

10.本文檔說明：其中個別未經試驗，僅本人設想（雞蛋，石頭$@×…◎＃！％！…％@），垃圾文章，請勿按部就班。

11.天衣有縫原創，轉載請保留完整文檔  2005.01.03   14:50:00 寫於深圳南山科技園