7 文件比較
------------------------------------
cvs diff -c filename
cvs diff -c -r1.8 -r 1.5 filename
8 鎖定與解鎖文件
------------------------------------
為保證串行的修改文件，或修改二
cvs admin -l files
cvs admin -u files
==========================================================================
如果你只是一般性的使用cvs，到此為止足夠了。一個系統(tǒng)20%的功能往往能夠滿足80%的需求，CVS也不例外，以下是CVS常用的功能，可能用到的還不到它全部命令選項的10%，更多的功能請在實(shí)際應(yīng)用過程中體會，學(xué)習(xí)過程中應(yīng)該是用多少，學(xué)多少，用到了再學(xué)也不遲。
==========================================================================
CVS宏/keyword
==================================
CVS缺省會對文件進(jìn)行keyword(宏)替換，在文件中加入這些關(guān)鍵字是個良好的工作習(xí)慣
$Id$ 關(guān)鍵字是用文件名、版本、時間、作者 及代碼性質(zhì)替換，如果使用-l選項取出，在Exp后
面會加上登錄用戶的名稱。除了$Id$關(guān)鍵字，RCS還支持下面常用的關(guān)鍵字：
$Log$ : 你所提供的修改日志信息。
$Author$ ：存入該版本的作者。
$Locker$ : 該版本的加鎖者
$State$ : 該版本的狀態(tài) Exp（試驗版）， Stabe（穩(wěn)定版）， Rel（發(fā)行版）.缺省是Exp
$Date$ : 該版本存入的時間，使用UTC時間格式。
$Revision$ : 該版本的版本號
$RCSfile$ : RCS文件名
$Source$ : RCS全路徑名
$Name$ : 取回該版本的符號名
$Header$ : 相當(dāng)于$ Source $$ Revision$$Date$$Author $$State$$Locker$的組合
Sticky Tag
==================================
tag的作用是對多個連續(xù)變化的文件做一個快照來表示某一時刻的所有不停內(nèi)部版本的文件，一般是項目到一定階段，可以給所有文件統(tǒng)一指定一個階段里程碑版本號，需要的時候可以一次導(dǎo)出這些版本不一的文件.標(biāo)記的另外一個非常重要的作用是生成分支和合并分支.
1 cvs tag release_name module_name
------------------------------------
release_name要簡潔而含義豐富，由字母開頭，加字母，數(shù)字，下劃線和連字號組成，特別是不能含“.”
2 cvs checkout -r release_name module_name
------------------------------------
取出tag_name標(biāo)志的文件
3 cvs update -A
------------------------------------
tag標(biāo)識的文件是歷史文件，不能修改，這樣可在本地去除這個限制，讓它和當(dāng)前版本合并
CVS分支管理
=============================
CVS可以將歷史劃分成多個獨(dú)立，并行和互不影響的分支，并去修改歷史
1 標(biāo)定里程碑
------------------------------------
cvs tag release_1_0 prj_dir_name
2 開始一個新的里程碑：
------------------------------------
cvs commit -r 2
標(biāo)記所有文件開始進(jìn)入2.x的開發(fā)
注意：CVS里的revsion和軟件包的發(fā)布版本可以沒有直接的關(guān)系。但所有文件使用和發(fā)布版本一致的版本號比較有助于維護(hù)。
3 建立分支
------------------------------------
在開發(fā)項目的2.x版本的時候發(fā)現(xiàn)1.x有問題，但2.x又不敢用，則從先前標(biāo)記的里程碑：release_1_0導(dǎo)出一個分支release_1_0_b2
cvs rtag -b -r release_1_0 release_1_0_bugfixes prj_dir_name
-r修飾的是release_1_0，-b 修飾的是release_1_0_bugfixes，cvs的版本號將變?yōu)?位，以后每分一次支，版本號增加2位
4 分支并行開發(fā)
------------------------------------
一些人先在另外一個目錄下導(dǎo)出release_1_0_bugfixes這個分支：解決1.0中的緊急問題，
cvs checkout -r release_1_0_bugfixes
分支是可以修改的，并自動提交到分支上去
而其他人員仍舊在項目的主干分支2.x上開發(fā)
5 tag分支
------------------------------------
在release_1_0_bugfixes上修正錯誤后，標(biāo)記一個1.0的錯誤修正版本號
cvs tag release_1_0_bugfixes_p1
6 合并分支
------------------------------------
如果2.0認(rèn)為這些錯誤修改在2.0里也需要，也可以在2.0的開發(fā)目錄下合并release_1_0_patch_1中的修改到當(dāng)前代碼中：
cvs update -j release_1_0_bugfixes
7 再次合并分支
------------------------------------
如果又發(fā)現(xiàn)1.x新的bug，我在分支已經(jīng)修改了，并標(biāo)定了release_1_0_patch_2，我們同樣希望把它合并到主干上來
cvs update -j release_1_0_bugfixes_p1 -j release_1_0_bugfixes
它的意思是把release_1_0_bugfixes_p1(tag)到release_1_0_bugfixes(分支)變化了的部分合并到當(dāng)前文件(主干)
否則用6步的方法，則以前合并的內(nèi)容會重新合并
注意：此時我們使用第5步的結(jié)果
教訓(xùn)：盡早頻繁的tag，但同時不能導(dǎo)致tag泛濫，tag在不同的分支里可以同名
8 鎖定分支
------------------------------------
cvs admin -l r_0_2 鎖定r_0_2分支
cvs admin -l 鎖定主分支
9 設(shè)置缺省分支
------------------------------------
cvs admin -b r_0_2 設(shè)定r_0_2為缺省分支
cvs admin -b 設(shè)定主分支
