作者： 車東 chedong@bigfoot.com
版權聲明：可以任意轉載，轉載時請務必標明原始出處和作者信息
關鍵詞：CVS CVSWeb CVSTrac WinCVS CVSROOT
內容摘要：
CVS是一個C/S系統，多個開發人員通過一個中心版本控制系統來記錄文件版本，從而達到保證文件同步的目的。工作模式如下：
CVS服務器（文件版本庫）
/ |
（版 本 同 步）
/ |
開發者1 開發者2 開發者3
開發人員入門可以主要挑選2，6看可以了，CVS的管理員則更需要懂的更多一些，后還簡單介紹了一些Windows下的cvs客戶端使用，遠程用戶認證的選擇，及與BUG跟蹤系統等開發環境的集成問題。
CVS環境初始化：CVS環境的搭建 管理員
CVS的日常使用：日常開發中常用的CVS命令， 開發人員 管理員
CVS的分支開發：項目按照不同進度和目標并發進行 管理員
CVS的用戶認證：通過SSH的遠程用戶認證，安全，簡單 管理員
CVSWEB：CVS的WEB訪問界面大大提高代碼版本比較的效率 管理員
CVS TAG：將$Header$加入代碼注釋中，方便開發過程的跟蹤 開發人員
CVS vs VSS: CVS和Virsual SourceSafe的比較 開發人員 管理員
WinCVS: 通過SSH認證的WinCVS認證設置
CVS的小組協同開發：開發組級的開發環境搭建，通過CVSTrac實現web界面的CVS用戶管理及集成的BUG跟蹤和WIKI交流。
一個系統20%的功能往往能夠滿足80%的需求，CVS也不例外，以下是CVS常用的功能，可能還不到它全部命令選項的20%，更多的功能在實際應用過程中體會，你想用多少學多少，不時回頭看看經常有意外的收獲。
CVS環境初始化
============
環境設置：指定CVS庫的路徑CVSROOT
tcsh
setenv CVSROOT /path/to/cvsroot
bash
CVSROOT=/path/to/cvsroot ; export CVSROOT
后面還提到遠程CVS服務器的設置：
CVSROOT=:ext:$USER@test.server.address#port:/path/to/cvsroot CVS_RSH=ssh; export CVSROOT CVS_RSH
初始化：CVS版本庫的初始化。
cvs init
一個項目的首次導入
cvs import -m "write some comments here" project_name vendor_tag release_tag
執行后：會將所有源文件及目錄導入到/path/to/cvsroot/project_name目錄下
vender_tag: 開發商標記
release_tag: 版本發布標記
項目導出：將代碼從CVS庫里導出
cvs checkout project_name
cvs 將創建project_name目錄，并將新版本的源代碼導出到相應目錄中。這個checkout和Virvual SourceSafe中的 check out不是一個概念，相對于Virvual SourceSafe的check out是cvs update， check in是 cvs commit。
CVS的日常使用
=============
注意：第一次導出以后，不是通過cvs checkout來同步文件了，而是要進入剛才cvs checkout project_name導出的project_name目錄下進行具體文件的版本同步（添加，修改，刪除）操作。
將文件同步到新的版本
cvs update
不制定文件名，cvs將同步所有子目錄下的文件，也可以制定某個文件名/目錄進行同步
cvs update file_name
好每天開始工作前或將自己的工作導入到CVS庫里前都要做一次，并養成“先同步 后修改”的習慣，和Virvual SourceSafe不同，CVS里沒有文件鎖定的概念，所有的沖突是在commit之前解決，如果你修改過程中，有其他人修改并commit到了CVS庫中，CVS會通知你文件沖突，并自動將沖突部分用
>>>>>>
content on cvs server
<<<<<<
content in your file
>>>>>>
標記出來，由你確認沖突內容的取舍。
版本沖突一般是在多個人修改一個文件造成的，但這種項目管理上的問題不應該指望由CVS來解決。
確認修改寫入到CVS庫里
cvs commit -m "write some comments here" file_name
注意：CVS的很多動作都是通過cvs commit進行后確認并修改的，好每次只修改一個文件。在確認的前，還需要用戶填寫修改注釋，以幫助其他開發人員了解修改的原因。如果不用寫-m "comments"而直接確認`cvs commit file_name` 的話，cvs會自動調用系統缺省的文字編輯器(一般是vi)要求你寫入注釋。
注釋的質量很重要：所以不僅必須要寫，而且必須寫一些比較有意義的內容：以方便其他開發人員能夠很好的理解
不好的注釋，很難讓其他的開發人員快速的理解：比如： -m "bug fixed" 甚至 -m ""
好的注釋，甚至可以用中文: -m "在用戶注冊過程中加入了Email地址校驗"
