第壹次將項目導入CVSImport-m“在這裏寫壹些註釋”執行project _ name vender _ tag release _ tag後，所有的源文件和目錄都會導入到/path/to/cvsroot/project_name目錄中，vendor _ tag:developer tag release _ tag:version release tag。
項目導出:從cvs庫導出代碼CVS簽出project_name cvs會創建project_name目錄，並將最新版本的源代碼導出到相應的目錄中。此簽出與Virual SourceSafe中的簽出不是同壹個概念。與Virual SourceSafe相比，檢出是cvs update，檢入是cvs commit。
CVS的日常使用
註意:第壹次導出後，文件不會通過cvs checkout進行同步，而是在剛才cvs checkout project_name導出的project_name目錄下進行同步(添加、修改、刪除)。
將文件同步到最新版本cvs更新不設置文件名，cvs將同步所有子目錄中的文件，或者您可以為同步設置文件名/目錄。cvs更新file_name最好每天在開始工作前或者在將自己的作品導入CVS庫之前進行壹次，養成“先同步後修改”的習慣。與Virvual SourceSafe不同，CVS中沒有文件鎖定的概念，所有沖突都在提交之前解決。如果其他人在您修改期間修改並提交到CVS庫，CVS會通知您文件沖突並自動使用>:& gt& gt& gt& gt& gtcvs服務器上的內容& lt& lt& lt& lt& lt& lt文件中的內容& gt& gt& gt& gt& gt& gt標出來了，就可以確認沖突內容的選擇了。版本沖突通常是由多人修改壹個文件引起的，但這種項目管理問題不應該指望CVS來解決。
確認修改是寫到CVS的commit-m“在這裏寫壹些註釋”file _ name在CVS的儲存庫中。
註意:CVS的很多動作最後都是通過cvs commit來確認和修改的，最好壹次只修改壹個文件。在確認之前，要求用戶填寫修改意見，幫助其他開發者了解修改原因。如果妳直接確認` cvs commit file_name而沒有寫-m“註釋”，cvs會自動調用默認的文本編輯器(通常是vi)讓妳寫註釋。評論的質量很重要。所以，不僅要寫，還要寫有意義的東西。其他開發者很難快速理解不好的評論，比如:-m“bug已修復”甚至-m“好的評論”，甚至用中文:-m“用戶註冊時增加了郵箱地址驗證”。
修改某個版本的註釋:壹次只確認壹個文件到CVS庫是壹個好習慣，但是難免有時候會忘記指定文件名，把多個文件提交到CVS庫，註釋相同。下面這個命令可以讓妳修改某個文件版本的註釋:CVADMIN-M 1.3:“在這裏寫壹些註釋”file _ name。
添加文件後新建文件，如:觸摸new_file cvs add new_file註意:對於圖片、Word文檔等非純文本項目，需要使用cvs add -kb選項將其導入為二進制文件(k代表擴展選項，b代表二進制)，否則文件可能會損壞，如:CVS Add-KB New _ file . gif CVS Add-KB readme . doc。
第壹次導入時關鍵字替換屬性設置錯誤怎麽辦？cvs管理-kkv new_file.css
然後確認修改，評論cvs ci -m“在這裏寫點評論”。
物理刪除壹個源文件後刪除壹個文件，比如:rm file_name cvs rm file_name，然後確認修改並註釋cvs ci -m“在這裏寫壹些註釋”，上面前兩步合並的方法是:cvs RM-f file _ name cvs CI-m“為什麽刪除文件”註意:很多CVS命令都有縮寫:commit = & gtci；更新= & gt向上；checkout = & gtco/get；remove = & gtRM；
添加目錄。
查看修改歷史CVS日誌文件名CVS歷史文件名
查看當前文件不同版本的差異CVS diff-r 1.3-r 1.5 file _ name查看當前文件(可能已修改)與庫中對應文件的差異。cvs diff file_name cvs web接口提供了壹種更方便的方法來定位文件修改和比較版本差異。具體安裝設置請參考後面的CVS Web使用。
通過CVS恢復舊版本的正確方法:如果使用cvs update -r1.2 file.name，這個命令就是給file.name添加STICK標簽:“1.2”，雖然妳的本意只是恢復STICK標簽:“1.2，但是恢復版本的正確方法是:CVS update-p-r1。如果file_name被意外添加到STICK標簽中:使用cvs update -A解決。
在移動文件/重命名文件中沒有cvs move和cvs rename，因為這兩個操作可以通過先從cvs中刪除old _ file _ name，再從cvs中添加new _ file _ name來實現。
刪除/移動目錄最方便的方法是讓管理員直接移動刪除CVSROOT中對應的目錄(因為壹個CVS項目下的所有子目錄都是獨立的，移動到$CVSROOT目錄可以看作是壹個新的獨立項目:就像壹棵樹壹樣，其實任何壹個分支被砍掉後都可以獨立存活)。修改目錄後，其開發人員需要重新導出項目cvs checkout project_name或與cvs update -dP同步。
您可能已經註意到，當項目發布和導出沒有CVS目錄的源文件用於開發時，CVS會在每個開發目錄下創建壹個CVS/目錄。裏面有文件記錄當前目錄和CVS庫之間的對應信息。但是在項目發布的時候，壹般不希望把文件目錄和包含CVS信息的CVS目錄壹起帶來。這個壹次性導出過程使用cvs export命令，但是導出只能導出壹個標記或日期。例如:CVS export-R release 1 project _ name CVS export-D 20021023 project _ name CVS export-D now project _ name。