==================================================================
File: ceo.c Status: Needing Patch
Working revision: 1.1.1.1 'Some Date'
Repository revision: 1.2 /home/cvsroot/nastaq/ceo.c，v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)
于是我知道有人改了ceo.c，于是我：
$cvs update ceo.c
或者干脆：
$cvs update
把ceo.c這個(gè)文件更新為新版本，然后再干活．然后提交．
如果這天你修改了coo.c，加了一行 puts("how about another kind of bragging?");
并且提交了，但是這時(shí)候我已經(jīng) $cvs status 過(guò)了，是說(shuō)我不知道你的修改．
而我加了一行printf("You must shamelessly and seems knowingness to act as a coo");
并且傻乎乎地提交：
$cvs commit coo.c
這時(shí)候，CVS會(huì)告訴我
cvs commit: Examing .
cvs server: Up-to-date check failed for 'coo.c'
cvs [server aborted]: correct above error first!
于是我知道有個(gè)狗屎在我修改文件的當(dāng)口做了提交，于是我
$cvs update
這時(shí)cvs會(huì)報(bào)告：
RCS file: /home/cvsroot/nasdaq/coo.c，v
retrieving revision 1.1.1.1
retrieving revision 1.2
Merging differences between 1.1.1.1 and 1.2 into coo.c
rcsmerge: warning: conflicts during merge
cvs update: conflicts found in coo.c
C coo.c
告訴你coo.c有版本沖突，于是我編輯coo.c，這時(shí)一般文件里看起來(lái)象這樣：
...
printf("You must shamelessly and seems knowingness to act as a coo");
<<<<<<< foo.c
=======
...
puts("how about another kind of bragging?");
>>>>>>> 1.2
...
于是我把上面改成：
printf("You must shamelessly and seems knowingness to act as a coo");
puts("how about another kind of bragging?");
然后
$cvs commit -m "merged" coo.c
于是下回你再更新的時(shí)候有新的補(bǔ)釘要打．．．如此往復(fù)，直到完成所有修改．
不過(guò)這里有一些要注意的地方是刪除程序，如果你刪掉一行對(duì)你可能沒(méi)有用的程序
puts("to be honest"); 而我不想刪除（因?yàn)槲矣杏茫也恢榈刂苯樱?br />
$cvs update
了，那么我的這行程序也完蛋了，所以這里我們要注意所有開(kāi)發(fā)人員的協(xié)調(diào)，千萬(wàn)不要亂刪東西，大不了用
#if 0
#endif
宏定義對(duì)括起來(lái)．實(shí)在要?jiǎng)h東西，那好先標(biāo)記一個(gè)版本：
$cvs tag v_0_0_1
然后你可以發(fā)布并刪除你自己的工作目錄里這個(gè)版本的文件（注意：不是刪除倉(cāng)庫(kù)里的．）：
$cvs release -d nasdaq
然后你再生成一個(gè)新分支：
$cvs rtag -b -r v_0_0_1 v_0_0_1_1 nasdaq
然后再建立v_0_0_1_1的分支
$cvs checkout -r v_0_0_1_1 nasdaq
編輯并修改這個(gè)分支的文件，這樣的做法比較好．
不過(guò)要注意的是，新標(biāo)記和新分支的建立好由項(xiàng)目的管理人員負(fù)責(zé)，否則每個(gè)人都做一個(gè)分支，那么倉(cāng)庫(kù)太亂了．因此，比較的開(kāi)發(fā)人員之間的直接溝通是不能忽略的．一般來(lái)說(shuō)，在互聯(lián)網(wǎng)上的標(biāo)準(zhǔn)模式是有一個(gè)管理員（可能自己并不寫程序），有一個(gè)郵遞列表，大家都在郵遞列表上交流看法和做各種決議．當(dāng)形成決議之后，管理員做一個(gè)新版本的標(biāo)記．以此循環(huán)．
還有一些命令，比如要增加一個(gè)文件 garbage_china_concept_stocks_list：
$cvs add garbage_china_concept_stocks_list
然后還要：
$cvs commit garbage_china_concert_stocks_list
看起來(lái)有點(diǎn)象數(shù)據(jù)庫(kù)里的事務(wù)？的確是這樣．CVS維護(hù)著一個(gè)本地的參考文件（在CVS/Entries里），這樣提交的時(shí)候可以一次地把所有改變放到服務(wù)器端，這樣也更安全．同樣，如果想刪除文件 bankrupted_web_site：
$rm bankrupted_web_site
$cvs remove bankrupted_web_site
$cvs commit bankrupted_web_site
3，一些小技巧：
$Header$ 標(biāo)記：把這個(gè)標(biāo)記放在文件的任何地方都會(huì)被 cvs 替換成后修改的 cvs 用戶名，該文件當(dāng)前版本號(hào)，后修改時(shí)間，該文件的 cvs 倉(cāng)庫(kù)路徑，看起來(lái)象下面這個(gè)樣子：
// $Header: /home/cvsroot/simhost/simhost.cpp，v 1.2 2001/04/20 08:26:10 jqliu Exp $
一般我們把它放在開(kāi)頭，這樣對(duì)程序員修改文件非常便利，很多時(shí)候你只要看一眼開(kāi)頭知道文件是否新．
$Id$標(biāo)記：把這個(gè)標(biāo)記放在文件的任何地方都會(huì)被 cvs 替換成后修改的 cvs 用戶名，該文件當(dāng)前版本號(hào)，后修改時(shí)間，該文件的 cvs 倉(cāng)庫(kù)路徑，看起來(lái)象下面這個(gè)樣子：
$Id: simhost.cpp，v 1.3 2001/04/24 02:27:36 simhost Exp $
好了，上面所有的東西，估計(jì)是我們用cvs時(shí)80%情況下用的命令和內(nèi)容，包括文件的更新，提交，沖突的解決，分支的派生，增刪文件等．實(shí)際上cvs的功能之強(qiáng)大，遠(yuǎn)遠(yuǎn)超出我在這里描述的內(nèi)容，我這個(gè)＂速成＂也管不了太多了，希望隨著時(shí)間的推移，我們能夠更加有效地使用CVS．也希望大家能夠不斷補(bǔ)充這篇文章，后能夠成為手冊(cè)，而不僅僅是速成．當(dāng)然，還要更多地參考別的文檔．
