老馬
http://www.linuxfans.org/nuke/modules.php?name=News&file=article&op=view&sid=2519
1、 首先創建用于CVS的組和用戶:
OK，用戶已經建立好了，cvsroot就是我們做CVS操作使用的。
安裝cvs，很簡單了，就是./configure; make ;make install
2． 修改配置文件:
#more /etc/services | grep cvspserver
看看是否有:
cvspserver 2401/tcp #CVS client/server operations
cvspserver 2401/udp #CVS client/server operations
這2行。系統自帶了CVS時，這2行也已經有了，只需要確認一下。如果沒有，請自己加上去。然后必須創建啟動腳本: #vi /etc/xinet.d/cvspserver 內容如下:
service cvspserver
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/local/bin/cvs
server_args = -f --allow-root= /home/cvsroot/cvsdata pserver
log_on_success += USERID
log_on_failure += USERID
}
其中server指定CVS可執行文件路徑，默認安裝就是/usr/local/bin/cvs。server_args指定源代碼庫路徑及認證方式等，例子中把源代碼存放在cvsroot的主目錄中，也可以另外指定路徑，但必須注意權限設置，pserver是密碼認證方式，這種方式的安全性要差一些，但操作起來比較簡單。請注意每行等號左右都有一個空格，否則無法啟動服務。
3． 初始化CVS
切換到cvsroot用戶，然后進行初始化:
#cvs -d /home/cvsroot/cvsdata init
這個路徑應該與cvspserver文件中指定的路徑相同，初始化后會在此路徑下面創建CVSROOT目錄，存放用于CVS管理的一些文件。
此時重新啟動xinetd服務，CVS服務器應該能夠啟動了。#service xinetd restart 當然，重新啟動計算機也可以。
確認是否啟動: #netstat -l | grep cvspserver 如果能看到:
tcp 0 0 *:cvspserver *:* LISTEN 說明已經正常啟動，沒有的話請重新檢查配置過程是否有錯誤或者遺漏。最后還必須檢查防火墻的設置，把2401端口打開。
4． 用戶管理
CVS默認使用系統用戶登錄，為了系統安全性的考慮也可以使用獨立的用戶管理。CVS用戶名和密碼保存在CVSROOT目錄下的passwd文件中，格式為: 用戶名:密碼:系統用戶 也就是說，它把CVS用戶映射到系統用戶，這樣我們就可以通過系統用戶的權限設置來分配給用戶不同的權限，而不需要讓用戶知道系統用戶名和密碼。 passwd文件默認并不存在，我們必須自己創建。文件中的密碼字段使用MD5加密，不幸的是CVS沒有提供添加用戶名的命令，所以我們借用Apache的命令來完成這項工作:
#htpasswd passwd username
這個命令為username指定密碼，并保存在passwd中，文件不存在時會自動創建。
htpasswd命令不是為CVS而設，因此總有一些遺憾，它不能自動添加映射到的用戶名，不過沒關系，我們設置好密碼后，自己把這部分加上。我的做法是映射到cvsroot用戶，形成如下文件：
test:****：cvsroot
如果需要映射其他的用戶，請注意給相應的目錄設置好權限，否則CVS用戶可能無法訪問源代碼倉庫。要徹底防止使用系統帳號登陸，可以編輯CVSROOT目錄下的config文件，把: #SystemAuth=no 這一行前面的#去掉，CVS就不會驗證系統用戶了，否則當用戶名不在passwd文件中時，CVS會進行系統用戶的驗證。(config也是受版本控制的，不能直接更改，需要checkout 再更改，然后再commit)
此外還必須配置讀寫權限，使用CVSROOT目錄下的readers和writers文件進行這個工作。這2個文件默認也是沒有的，沒關系，自己創建就可以了。readers文件記錄擁有只讀權限的用戶名，每行一個用戶；writers文件記錄擁有讀寫權限的用戶名，也是每行一個用戶。注意， readers文件比writers優先，也就是說出現在readers中的用戶將會是只讀的，不管writers文件中是否存在該用戶。配置完畢，先測試一下:
#cvs -d :pserver:username@127.0.0.1:/home/cvsroot/cvsdata login 這里假設用戶名是username，本機登陸。出現密碼提示，輸入正確的密碼后，登陸成功。如果提示訪問被拒絕，請檢查用戶權限、目錄權限以及防火墻設置。建議設置環境變量CVSROOT:
#export CVSROOT=:pserver:username@127.0.0.1:/home/cvsroot/cvsdata
以后就不需要輸入-d參數了，但-d參數會覆蓋這個環境變量的設置。
5. 從eclipse中添加文件到cvs 代碼倉庫
指定Repository位置
- Windows -> Open Perspective -> Other
- 選擇CVS Repository Exploring項，打開CVS Repository Exploring
- 在CVS Repositories視圖中右擊，選擇New -> Repository Location
- 指定CVS主機名和Repository路徑（帶/的Repository名）
- 指定用戶名和密碼
- 指定通信協議，通常使用pserver
- 點擊Finish創建Repository位置信息
共享工程
- 在Navigator視圖中右擊工程名，選擇Team -> Share Project
- 選擇已創建的Repository位置（也可以在此處新建）
- 缺省使用工程名作為模塊名
- 向導的最后一頁顯示工程中將要被提交和追加的文件，點擊Finish完成共享，期間對提交和追加確認都選擇Yes，并可以輸入描述性注釋
6． 源代碼倉庫的備份和移動
基本上，CVS的源代碼倉庫沒有什么特別之處，完全可以用文件備份的方式進行備份。需要注意的只是，應該確認備份的過程中沒有用戶提交修改，具體的做法可以是停止CVS服務器或者使用鎖等等。恢復時只需要把這些文件按原來的目錄結構存放好，因為CVS的每一個模塊都是單獨的一個目錄，與其他模塊和目錄沒有任何瓜葛，相當方便。甚至只需要在倉庫中刪除一個目錄或者文件，便可以刪除該模塊的一些內容，不過并不建議這么做，使用CVS的刪除功能將會有一個歷史記錄，而對倉庫的直接刪除不留任何痕跡，這對項目管理是不利的。移動倉庫與備份相似，只需要把該模塊的目錄移動到新的路徑，便可以使用了。如果不幸在備份之后有過一些修改并且執行了提交，當服務器出現問題需要恢復源代碼倉庫時，開發者提交新的修改就會出現版本不一致的錯誤。此時只需要把 CVS相關的目錄和文件刪除，即可把新的修改提交。
7． 更進一步的管理
CVSROOT目錄下還有很多其他功能，其中最重要的就是modules文件。這個文件定義了源代碼庫的模塊，下面是一個例子:
Linux Linux
Kernel Linux/kernel
這個文件的內容按行排列，每一行定義一個模塊，首先是模塊名，然后是模塊路徑，這是相對于CVS根目錄的路徑。它定義了兩個模塊，第一個是Linux模塊，它位于Linux目錄中，第二個是Kernel模塊，這是Linux模塊的子模塊。 modules文件并非必須的，它的作用相當于一個索引，部分CVS客戶端軟件通過它可以快速找到相應的模塊，比如WinCVS。
8． 協同開發的問題
默認方式下，CVS允許多個用戶編輯同一個文件，這對一個協作良好的團隊來說不會有什么問題，因為多個開發者同時修改同一個文件的同一部分是不正常的，這在項目管理中就應該避免，出現這種情況說明項目組內部沒有統一意見。而多個開發者修改文件的不同部分，CVS可以很好的管理。如果覺得這種方式難以控制，CVS也提供了解決辦法，可以使用cvs admin -l進行鎖定，這樣一個開發者正在做修改時CVS就不會允許其他用戶checkout。這里順便說明一下文件格式的問題，對于文本格式，CVS可以進行歷史記錄比較、版本合并等工作，而二進制文件不支持這個操作，比如word文檔、圖片等就應該以二進制方式提交。對于二進制方式，由于無法進行合并，在無法保證只有一個用戶修改文件的情況下，建議使用加鎖方式進行修改。必須注意的是，修改完畢記得解鎖。從1.6版本開始，CVS引入了監視的概念，這個功能可以讓用戶隨時了解當前誰在修改文件，并且CVS可以自動發送郵件給每一個監視的用戶告知最新的更新。
9． 建立多個源代碼倉庫
如果需要管理多個開發組，而這些開發組之間不能互相訪問，可以有2個辦法:
a．共用一個端口，需要修改cvspserver文件，給server_args指定多個源代碼路徑，即多個—allow-root參數。由于xinetd的 server_args長度有限制，可以在cvspserver文件中把服務器的設置重定向到另外一個文件，如: server = /home/cvsroot/cvs.run 然后創建/home/cvsroot/cvs.run文件，該文件必須可執行，內容格式為:
#!/bin/bash
/usr/local/bin/cvs -f --allow-root=/home/cvsroot/cvsdata/src1 --allow-root=/home/cvsroot/cvsdata/src2 pserver 注意此時源代碼倉庫不再是/home/cvsroot/cvsdata，進行初始化的時候要分別對這兩個倉庫路徑進行初始化，而不再對/home/cvsroot/cvsdata路徑進行初始化。
b． 采用不同的端口提供服務重復第2步和第3步，為不同的源代碼倉庫創建不同服務名的啟動腳本，并為這些服務名指定不同的端口，初始化時也必須分別進行初始化。 '
10. 一些版本管理的概念：
版本（Revision）
每一個文件的各個版本都不相同，形如1.1, 1.2.1,一般1.1是該文件的第一個revision，后面的一個將自動增加最右面的一個整數，比如1.2, 1.3, 1.4...有時候會出現1.3.2.2，原因見后。revision總是偶數個數字。一般情況下將revision看作時CVS自己內部的一個編號，而 tag則可以標志用戶的特定信息。
標簽（Tag）
用符號化的表示方法標志文件特定revision的信息（一般是一個有意義的字符串，比如PreRelease2）。通常不需要對某一個孤立的文件作tag，而是對多個文件（甚至一個項目的所有文件）同時作一個tag，以后用戶可以僅向特定tag的文件提交或者checkout。另外一個作用是在發布軟件的時候表示哪些文件及其哪個版本是可用的；各文件不同revision可以包括在一個tag中。如果命名一個已存在的tag默認將不會覆蓋原來的； Tags are a great way of keeping track of significant events in the life of your project’s code.
分支（Branch）
當用戶修改一個branch時不會對另外的branch產生任何影響。可以在適當的時候通過合并的方法將兩個版本合起來； branch總是在當前revision后面加上一個偶數整數（從2開始，到0結束），所以branch總是奇數個數字，比如1.2后面branch為 1.2.2，該分支下revision可能為1.2.2.1,1.2.2.2,...
Release：發行版本