由于公司的項目前期是給外包團隊做的，接手的時候我們自己和外包團隊都需要更新代碼，但因為合同的問題，所以我們不能直接修改外包團隊CVS上的代碼， CVS的版本分支問題搞的頭好大！
當然問題圓滿解決！！！感謝車東！！！
確認版本里程碑：多個文件各自版本號不一樣，項目到一定階段，可以給所有文件統一指定一個階段里程碑版本號，方便以后按照這個階段里程碑版本號導出項目，同時也是項目的多個分支開發的基礎。
cvs tag release_1_0
開始一個新的里程碑：
cvs commit -r 2 標記所有文件開始進入2.x的開發
注意：CVS里的revsion和軟件包的發布版本可以沒有直接的關系。但所有文件使用和發布版本一致的版本號比較有助于維護。
版本分支的建立
在開發項目的2.x版本的時候發現1.x有問題，但2.x又不敢用，則從先前標記的里程碑：release_1_0導出一個分支 release_1_0_patch
cvs rtag -b -r release_1_0 release_1_0_patch proj_dir
一些人先在另外一個目錄下導出release_1_0_patch這個分支：解決1.0中的緊急問題，
cvs checkout -r release_1_0_patch
而其他人員仍舊在項目的主干分支2.x上開發
在release_1_0_patch上修正錯誤后，標記一個1.0的錯誤修正版本號
cvs tag release_1_0_patch_1
如果2.0認為這些錯誤修改在2.0里也需要，也可以在2.0的開發目錄下合并release_1_0_patch_1中的修改到當前代碼中：
cvs update -j release_1_0_patch_1