您的位置:軟件測試 > 開源軟件測試 > 開源配置管理工具 > cvs
cvs完全手冊
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2013/1/18 13:52:55 ] 推薦標(biāo)簽:

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%,更多的功能請在實際應(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可以將歷史劃分成多個獨立,并行和互不影響的分支,并去修改歷史
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è)定主分支

上一頁12345下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd