CVS使用手冊 - JavaShuo

CVS是一個C/S系統，多個開發人員經過一箇中心版本控制系統來記錄文件版本，從而達到保證文件同步的目的。工做模式以下：java

       CVS服務器（文件版本庫）
     /     |       \
     （版 本 同 步）
   /       |         \
開發者1  開發者2   開發者3

做爲通常開發人員挑選2,6看就能夠了，CVS的管理員則更須要懂的更多一些，最後還簡單介紹了一些Windows下的cvs客戶端使用，CVS遠程用戶認證的選擇及與BUG跟蹤系統等開發環境的集成問題。linux

CVS環境初始化：CVS環境的搭建管理員
CVS的平常使用：平常開發中最經常使用的CVS命令，開發人員管理員
CVS的分支開發：項目按照不一樣進度和目標併發進行管理員
CVS的用戶認證：經過SSH的遠程用戶認證，安全，簡單管理員
CVSWEB：CVS的WEB訪問界面大大提升代碼版本比較的效率管理員
CVS TAG：將$Id$ 加入代碼註釋中，方便開發過程的跟蹤開發人員
CVS vs VSS: CVS和Virsual SourceSafe的比較開發人員管理員
WinCVS: 經過SSH認證的WinCVS認證設置
基於CVSTrac的小組開發環境搭建：經過CVSTrac實現web界面的CVS用戶管理,集成的BUG跟蹤和WIKI交流
CVS中的用戶權限管理：基於系統用戶的CVS權限管理和基於CVSROOT/passwd的虛擬用戶管理

一個系統20%的功能每每可以知足80%的需求，CVS也不例外，如下是CVS最經常使用的功能，可能還不到它所有命令選項的20%，做爲通常開發人員平時會用 cvs update和cvs commit就夠了，更多的需求在實際應用過程當中天然會出現，不時回頭看看相關文檔常常有意外的收穫。程序員

CVS環境初始化

環境設置：指定CVS庫的路徑CVSROOT

tcsh
setenv CVSROOT /path/to/cvsroot
bash
CVSROOT=/path/to/cvsroot ; export CVSROOTweb

後面還提到遠程CVS服務器的設置：
CVSROOT=:ext:$USER@test.server.address#port:/path/to/cvsroot CVS_RSH=ssh; export CVSROOT CVS_RSH

初始化：CVS版本庫的初始化。
cvs initsql

一個項目的首次導入
cvs import -m "write some comments here" project_name vendor_tag release_tag
執行後：會將全部源文件及目錄導入到/path/to/cvsroot/project_name目錄下
vender_tag: 開發商標記
release_tag: 版本發佈標記數據庫

項目導出：將代碼從CVS庫裏導出
cvs checkout project_name
cvs 將建立project_name目錄，並將最新版本的源代碼導出到相應目錄中。這個checkout和Virvual SourceSafe中的check out不是一個概念，相對於Virvual SourceSafe的check out是cvs update， check in是cvs commit。
apache

CVS的平常使用

注意：第一次導出之後，就不是經過cvs checkout來同步文件了，而是要進入剛纔cvs checkout project_name導出的project_name目錄下進行具體文件的版本同步（添加，修改，刪除）操做。

將文件同步到最新的版本
cvs update
不制定文件名，cvs將同步全部子目錄下的文件，也能夠制定某個文件名/目錄進行同步
cvs update file_name
最好天天開始工做前或將本身的工做導入到CVS庫裏前都要作一次，並養成「先同步後修改」的習慣，和Virvual SourceSafe不一樣，CVS裏沒有文件鎖定的概念，全部的衝突是在commit以前解決，若是你修改過程當中，有其餘人修改並commit到了CVS 庫中，CVS會通知你文件衝突，並自動將衝突部分用
>>>>>>
content on cvs server
<<<<<<
content in your file
>>>>>>
標記出來，由你確認衝突內容的取捨。
版本衝突通常是在多我的修改一個文件形成的，但這種項目管理上的問題不該該期望由CVS來解決。

確認修改寫入到CVS庫裏
cvs commit -m "write some comments here" file_name

注意：CVS的不少動做都是經過cvs commit進行最後確認並修改的，最好每次只修改一個文件。在確認的前，還須要用戶填寫修改註釋，以幫助其餘開發人員瞭解修改的緣由。若是不用寫-m "comments"而直接確認`cvs commit file_name` 的話，cvs會自動調用系統缺省的文字編輯器(通常是vi)要求你寫入註釋。
註釋的質量很重要：因此不只必需要寫，並且必須寫一些比較有意義的內容：以方便其餘開發人員可以很好的理解
很差的註釋，很難讓其餘的開發人員快速的理解：好比： -m "bug fixed" 甚至 -m ""
好的註釋，甚至能夠用中文: -m "在用戶註冊過程當中加入了Email地址校驗"

修改某個版本註釋：每次只確認一個文件到CVS庫裏是一個很好的習慣，但不免有時候忘了指定文件名，把多個文件以一樣註釋commit到CVS庫裏了，以下命令能夠容許你修改某個文件某個版本的註釋：
cvs admin -m 1.3:"write some comments here" file_name

添加文件
建立好新文件後，好比：touch new_file
cvs add new_file
注意：對於圖片，Word文檔等非純文本的項目，須要使用cvs add -kb選項按2進制文件方式導入(k表示擴展選項，b表示binary)，不然有可能出現文件被破壞的狀況
好比：
cvs add -kb new_file.gif
cvs add -kb readme.doc

若是關鍵詞替換屬性在首次導入時設置錯了怎麼辦？
cvs admin -kkv new_file.css

而後確認修改並註釋
cvs ci -m "write some comments here"

刪除文件
將某個源文件物理刪除後，好比：rm file_name
cvs rm file_name
而後確認修改並註釋
cvs ci -m "write some comments here"
以上面前2步合併的方法爲：
cvs rm -f file_name
cvs ci -m "why delete file"
注意：不少cvs命令都有縮寫形式：commit=>ci; update=>up; checkout=>co/get; remove=>rm;

添加目錄
cvs add dir_name

查看修改歷史
cvs log file_name
cvs history file_name

查看當前文件不一樣版本的區別
cvs diff -r1.3 -r1.5 file_name
查看當前文件（可能已經修改了）和庫中相應文件的區別
cvs diff file_name
cvs的web界面提供了更方便的定位文件修改和比較版本區別的方法，具體安裝設置請看後面的cvsweb使用

正確的經過CVS恢復舊版本的方法：
若是用cvs update -r1.2 file.name
這個命令是給file.name加一個STICK TAG： "1.2" ，雖然你的本意只是想將它恢復到1.2版本
正確的恢復版本的方法是：cvs update -p -r1.2 file_name >file_name
若是不當心已經加成STICK TAG的話：用cvs update -A 解決

移動文件/文件重命名
cvs裏沒有cvs move或cvs rename，由於這兩個操做是能夠由先cvs remove old_file_name，而後cvs add new_file_name實現的。

刪除/移動目錄
最方便的方法是讓管理員直接移動，刪除CVSROOT裏相應目錄（由於CVS一個項目下的子目錄都是獨立的，移動到$CVSROOT目錄下均可以做爲新的獨立項目：比如一顆樹，其實砍下任意一枝都能獨立存活），對目錄進行了修改後，要求其開發人員從新導出項目cvs checkout project_name 或者用cvs update -dP同步。

項目發佈導出不帶CVS目錄的源文件
作開發的時候你可能注意到了，每一個開發目錄下，CVS都建立了一個CVS/目錄。裏面有文件用於記錄當前目錄和CVS庫之間的對應信息。但項目發佈的時候你通常不但願把文件目錄還帶着含有CVS信息的CVS目錄吧，這個一次性的導出過程使用cvs export命令，不過export只能針對一個TAG或者日期導出，好比：
cvs export -r release1 project_name
cvs export -D 20021023 project_name
cvs export -D now project_name

CVS Branch：項目多分支同步開發

確認版本里程碑：多個文件各自版本號不同，項目到必定階段，能夠給全部文件統一指定一個階段里程碑版本號，方便之後按照這個階段里程碑版本號導出項目，同時也是項目的多個分支開發的基礎。

cvs tag release_1_0

開始一個新的里程碑：
cvs commit -r 2 標記全部文件開始進入2.x的開發

注意：CVS裏的revsion和軟件包的發佈版本能夠沒有直接的關係。但全部文件使用和發佈版本一致的版本號比較有助於維護。

版本分支的創建
在開發項目的2.x版本的時候發現1.x有問題，但2.x又不敢用，則從先前標記的里程碑：release_1_0導出一個分支 release_1_0_patch
cvs rtag -b -r release_1_0 release_1_0_patch proj_dir

一些人先在另一個目錄下導出release_1_0_patch這個分支：解決1.0中的緊急問題，
cvs checkout -r release_1_0_patch
而其餘人員仍舊在項目的主幹分支2.x上開發

在release_1_0_patch上修正錯誤後，標記一個1.0的錯誤修正版本號
cvs tag release_1_0_patch_1

若是2.0認爲這些錯誤修改在2.0裏也須要，也能夠在2.0的開發目錄下合併release_1_0_patch_1中的修改到當前代碼中：
cvs update -j release_1_0_patch_1

CVS的遠程認證經過SSH遠程訪問CVS

使用cvs自己基於pserver的遠程認證很麻煩,須要定義服務器和用戶組，用戶名，設置密碼等，

常見的登錄格式以下：
cvs -d :pserver:cvs_user_name@cvs.server.address:/path/to/cvsroot login
例子：
cvs -d :pserver:cvs@samba.org:/cvsroot login

不是很安全，所以通常是做爲匿名只讀CVS訪問的方式。從安全考慮，經過系統本地賬號認證並經過SSH傳輸是比較好的辦法，經過在客戶機的 /etc/profile裏設置一下內容：
CVSROOT=:ext:$USER@cvs.server.address#port:/path/to/cvsroot CVS_RSH=ssh; export CVSROOT CVS_RSH
全部客戶機全部本地用戶均可以映射到CVS服務器相應同名賬號了。

好比:

CVS服務器是192.168.0.3，上面CVSROOT路徑是/home/cvsroot，另一臺開發客戶機是192.168.0.4，若是 tom在2臺機器上都有同名的賬號，那麼從192.168.0.4上設置了：
export CVSROOT=:ext:tom@192.168.0.3:/home/cvsroot
export CVS_RSH=ssh
tom就能夠直接在192.168.0.4上對192.168.0.3的cvsroot進行訪問了（若是有權限的話）
cvs checkout project_name
cd project_name
cvs update
...
cvs commit

若是CVS所在服務器的SSH端口不在缺省的22，或者和客戶端與CVS服務器端SSH缺省端口不一致，有時候設置了：
:ext:$USER@test.server.address#port:/path/to/cvsroot

仍然不行，好比有如下錯誤信息：
ssh: test.server.address#port: Name or service not known
cvs [checkout aborted]: end of file from server (consult above messages if any)

解決的方法是作一個腳本指定端口轉向（不能使用alias，會出找不到文件錯誤）：
建立一個/usr/bin/ssh_cvs文件，假設遠程服務器的SSH端口是非缺省端口：34567
#!/bin/sh
/usr/bin/ssh -p 34567 "$@"
而後：chmod +x /usr/bin/ssh_cvs
並CVS_RSH=ssh_cvs; export CVS_RSH

注意：port是指相應服務器SSH的端口，不是指cvs專用的pserver的端口

CVSWEB：提升文件瀏覽效率

CVSWEB就是CVS的WEB界面，能夠大大提升程序員定位修改的效率:

使用的樣例能夠看：http://www.freebsd.org/cgi/cvsweb.cgi

CVSWEB的下載：CVSWEB從最初的版本已經演化出不少功能界面更豐富的版本，這個是我我的感受安裝設置比較方便的：
原先在：http://www.spaghetti-code.de/software/linux/cvsweb/，但目前已經刪除，目前仍能夠在本站下載CVSWEB，其實最近2年FreeBSD的CVSWeb項目已經有了更好的發展吧，而當初沒有用FreeBSD那個版本主要就是由於沒有彩色的文件Diff功能。
下載解包：
tar zxf cvsweb.tgz
把配置文件cvsweb.conf放到安全的地方（好比和apache的配置放在同一個目錄下），
修改：cvsweb.cgi讓CGI找到配置文件：
$config = $ENV{'CVSWEB_CONFIG'} || '/path/to/apache/conf/cvsweb.conf';

轉到/path/to/apache/conf下並修改cvsweb.conf：

修改CVSROOT路徑設置：
%CVSROOT = (
'Development' => '/path/to/cvsroot', #<==修改指向本地的CVSROOT
);
缺省不顯示已經刪除的文檔：
"hideattic" => "1",#<==缺省不顯示已經刪除的文檔
在配置文件cvsweb.conf中還能夠定製頁頭的描述信息，你能夠修改$long_intro成你須要的文字

CVSWEB可不能隨便開放給全部用戶，所以須要使用WEB用戶認證：
先生成 passwd:
/path/to/apache/bin/htpasswd -c cvsweb.passwd user

修改httpd.conf: 增長
<Directory "/path/to/apache/cgi-bin/cvsweb/">
AuthName "CVS Authorization"
AuthType Basic
AuthUserFile /path/to/cvsweb.passwd
require valid-user
</Directory>

CVS TAGS: $Id$

將$Id$ 加在程序文件開頭的註釋裏是一個很好的習慣，cvs可以自動解釋更新其中的內容成：file_name version time user_name 的格式，好比：cvs_card.txt,v 1.1 2002/04/05 04:24:12 chedong Exp，能夠這些信息瞭解文件的最後修改人和修改時間。

幾個經常使用的缺省文件：
default.php
<?php
/*
 * Copyright (c) 2002 Company Name.
 * $Header$
 */

?>
====================================
Default.java: 注意文件頭通常註釋用 /* 開始 JAVADOC註釋用 /** 開始的區別
/*
 * Copyright (c) 2002 MyCompany Name.
 * $Header$
 */

package com.mycompany;

import java.;

/**
 * comments here
 */
public class Default {
    /**
     * Comments here
     * @param
     * @return
     */
    public toString() {

    }
}
====================================
default.pl:
#!/usr/bin/perl -w
# Copyright (c) 2002 Company Name.
# $Header$

# file comments here

use strict;

CVS vs VSS

CVS沒有文件鎖定模式，VSS在check out同時，同時記錄了文件被導出者鎖定。

CVS的update和commit， VSS是get_lastest_version和check in

對應VSS的check out/undo check out的CVS裏是edit和unedit

在CVS中，標記自動更新功能缺省是打開的，這樣也帶來一個潛在的問題，就是不用-kb方式添加binary文件的話在cvs自動更新時可能會致使文件失效。

$Header$ $Date$這樣的標記在Virsual SourceSafe中稱之爲Keyword Explaination，缺省是關閉的，須要經過OPITION打開，並指定須要進行源文件關鍵詞掃描的文件類型：*.txt,*.java, *.html...

對於Virsual SourceSafe和CVS都通用的TAG有：
$Header$
$Author$
$Date$
$Revision$

我建議儘可能使用通用的關鍵詞保證代碼在CVS和VSS都能方便的跟蹤。

WinCVS

下載：

cvs Windows客戶端：目前穩定版本爲1.2
http://cvsgui.sourceforge.net
ssh Windows客戶端
http://www.networksimplicity.com/openssh/

安裝好以上2個軟件之後：
WinCVS客戶端的admin==>preference設置
1 在general選單裏
設置CVSROOT： username@192.168.0.123:/home/cvsroot
設置Authorization: 選擇SSH server

2 Port選單裏
鉤上：check for alternate rsh name
並設置ssh.exe的路徑，缺省是裝在 C:\Program Files\NetworkSimplicity\ssh\ssh.exe

而後就可使用WinCVS進行cvs操做了，全部操做都會跳出命令行窗口要求你輸入服務器端的認證密碼。

固然，若是你以爲這樣很煩的話，還有一個辦法就是生成一個沒有密碼的公鑰/私鑰對，並設置CVS使用基於公鑰/私鑰的SSH認證（在general 選單裏）。

能夠選擇的diff工具：examdiff
下載：
http://www.prestosoft.com/examdiff/examdiff.htm
仍是在WinCVS菜單admin==>preference的WinCVS選單裏
選上：Externel diff program
並設置diff工具的路徑，好比：C:\Program Files\ed16i\ExamDiff.exe
在對文件進行版本diff時，第一次須要將窗口右下角的use externel diff選上。

基於CVSTrac的小組開發環境搭建

做爲一個小組級的開發環境，版本控制系統和BUG跟蹤系統等都涉及到用戶認證部分。如何方便的將這些系統集成起來是一個很是困難的事情，畢竟咱們不能期望 Linux下有像Source Offsite那樣集成度很高的版本控制/BUG跟蹤集成系統。

我我的是很反對使用pserver模式的遠程用戶認證的，但若是大部分組員使用WINDOWS客戶端進行開發的話，整體來講使用 CVSROOT/passwd認證仍是很難避免的，但CVS自己用戶的管理比較麻煩。原本我打算本身用perl寫一個管理界面的，直到我發現了 CVSTrac：一個基於WEB界面的BUG跟蹤系統，它外掛在CVS系統上的BUG跟蹤系統，其中就包括了WEB界面的CVSROOT/passwd文件的管理，甚至還集成了WIKIWIKI討論組功能。

這裏首先說一下CVS的pserver模式下的用戶認證，CVS的用戶認證服務是基於inetd中的：
cvspserver stream tcp nowait apache /usr/bin/cvs cvs --allow-root=/home/cvsroot pserver
通常在2401端口（這個端口號很好記：49的平方）

CVS用戶數據庫是基於CVSROOT/passwd文件，文件格式：
[username]:[crypt_password]:[mapping_system_user]
因爲密碼都用的是UNIX標準的CRYPT加密，這個passwd文件的格式基本上是apache的htpasswd格式的擴展（比APACHE的 PASSWD文件多一個系統用戶映射字段），因此這個文件最簡單的方法能夠用
apache/bin/htpasswd -b myname mypassword
建立。注意：經過htpasswd建立出來的文件會沒有映射系統用戶的字段
例如：
new:geBvosup/zKl2
setup:aISQuNAAoY3qw
test:hwEpz/BX.rEDU

映射系統用戶的目的在於：你能夠建立一個專門的CVS服務賬號，好比用apache的運行用戶apache，並將/home/cvsroot目錄下的全部權限賦予這個用戶，而後在passwd文件裏建立不一樣的開發用戶賬號，但開發用戶賬號最後的文件讀寫權限都映射爲apache用戶，在SSH模式下多個系統開發用戶須要在同一個組中才能夠相互讀寫CVS庫中的文件。

進一步的，你能夠將用戶分別映射到apache這個系統用戶上。
new:geBvosup/zKl2:apache
setup:aISQuNAAoY3qw:apache
test:hwEpz/BX.rEDU:apache

CVSTrac很好的解決了CVSROOT/passwd的管理問題，並且包含了BUG跟蹤報告系統和集成WIKIWIKI交流功能等，使用的 CGI方式的安裝，而且基於GNU Public License：

在inetd里加入cvspserver服務：
cvspserver stream tcp nowait apache /usr/bin/cvs cvs --allow-root=/home/cvsroot pserver

xietd的配置文件：%cat cvspserver
service cvspserver
{
disable = no
socket_type = stream
wait = no
user = apache
server = /usr/bin/cvs
server_args = -f --allow-root=/home/cvsroot pserver
log_on_failure += USERID
}

注意：這裏的用戶設置成apache目的是和/home/cvsroot的全部用戶一致，而且必須讓這個這個用戶對/home/cvsroot/下的 CVSROOT/passwd和cvstrac初始化生成的myproj.db有讀取權限。

安裝過程

下載：能夠從http://www.cvstrac.org 下載
我用的是已經在Linux上編譯好的應用程序包：cvstrac-1.1.2.bin.gz，
%gzip -d cvstrac-1.1.2.bin.gz
%chmod +x cvstrac-1.1.2.bin
#mv cvstarc-1.1.1.bin /usr/bin/cvstrac

初始化cvstrac數據庫：假設數據庫名是 myproj
在已經裝好的CVS服務器上（CVS庫這時候應該已是初始化好了，好比：cvs init初始化在/home/cvsroot裏），運行一下
%cvstrac init /home/cvsroot myproj
運行後，/home/cvsroot裏會有一個的myproj.db庫，使用CVSTRAC服務，/home/cvsroot/myproj.db /home/cvsroot/CVSROOT/readers /home/cvsroot/CVSROOT/writers /home/cvsroot/CVSROOT/passwd這幾個文件對於web服務的運行用戶應該是可寫的，在RedHat8上，缺省就有一個叫 apache用戶和一個apache組，因此在httpd.conf文件中設置了用apache用戶運行web服務：
User apache
Group apache，
而後設置屬於apache用戶和apache組
#chown -R apache:apache /home/cvsroot
-rw-r--r-- 1 apache apache 55296 Jan 5 19:40 myproj.db
drwxrwxr-x 3 apache apache 4096 Oct 24 13:04 CVSROOT/
drwxrwxr-x 2 apache apache 4096 Aug 30 19:47 some_proj/
此外還在/home/cvsroot/CVSROOT中設置了：
chmod 664 readers writers passwd
在apche/cgi-bin目錄中建立腳本cvstrac:
#!/bin/sh
/usr/bin/cvstrac cgi /home/cvsroot
設置腳本可執行：
chmod +x /home/apache/cgi-bin/cvstrac
從 http://cvs.server.address/cgi-bin/cvstrac/myproj 進入管理界面
缺省登陸名：setup 密碼 setup
對於通常用戶能夠從：
http://cvs.server.address/cgi-bin/cvstrac/myproj
在setup中從新設置了CVSROOT的路徑後，/home/cvsroot
若是是初次使用須要在/home/cvsroot/CVSROOT下建立passwd, readers, writers文件
touch passwd readers writers
而後設置屬於apache用戶，
chown apache.apache passwd readers writers
這樣使用setup用戶建立新用戶後會同步更新CVSROOT/passwd下的賬號

修改登陸密碼，進行BUG報告等，
更多使用細節能夠在使用中慢慢了解。

對於前面提到的WinCVS在perference裏設置：
CVSROOT欄輸入：username@ip.address.of.cvs:/home/cvsroot
Authenitication選擇：use passwd file on server side
就能夠了從服務器上進行CVS操做了。

CVS的用戶權限管理

CVS的權限管理分2種策略：

基於系統文件權限的系統用戶管理：適合多個在Linux上使用系統賬號的開發人員進行開發。
基於CVSROOT/passwd的虛擬用戶管理：適合多個在Windows平臺上的開發人員將賬號映射成系統賬號使用。

爲何使用apache/apache用戶？首先RedHat8中缺省就有了，並且使用這個用戶能夠方便經過cvstrac進行WEB管理。
chown -R apache.apache /home/cvsroot
chmod 775 /home/cvsroot

Linux上經過ssh鏈接CVS服務器的多個開發人員：經過都屬於apache組實現文件的共享讀寫
開發人員有開發服務器上的系統賬號：sysuser1 sysuser2，設置讓他們都屬於apache組，由於經過cvs新導入的項目都是對組開放的：664權限的，這樣不管那個系統用戶導入的項目文件，只要文件的組宿主是apache，全部其餘同組系統開發用戶就均可以讀寫；基於ssh遠程認證的也是同樣。

apache(system group)
/ | \
sysuser1 sysuser2 sysuser3

Windows上經過cvspserver鏈接CVS服務器的多個開發人員：經過在passwd文件種映射成 apache用戶實現文件的共享讀寫
他們的賬號經過CVSROOT/passwd和readers writers這幾個文件管理；經過cvstrac設置全部虛擬用戶都映射到apache用戶上便可。

apache(system user)
/ | \
windev1 windev2 windev3

利用CVS WinCVS/CVSWeb/CVSTrac 構成了一個相對完善的跨平臺工做組開發版本控制環境。

相關資源：

CVS HOME：
http://www.cvshome.org

CVS FAQ：
http://www.loria.fr/~molli/cvs-index.html

相關網站:
http://directory.google.com/Top/Computers/Software/Configuration_Management/Tools/Concurrent_Versions_System/

CVS--並行版本系統
http://www.soforge.com/cvsdoc/zh_CN/book1.html

CVS 免費書:
http://cvsbook.red-bean.com/

CVS命令的速查卡片 refcards.com/refcards/cvs/

WinCVS:
http://cvsgui.sourceforge.net/

CVSTrac: A Web-Based Bug And Patch-Set Tracking System For CVS
http://www.cvstrac.org

StatCVS：基於CVS的代碼統計工具：按代碼量，按開發者的統計表等
http://sourceforge.net/projects/statcvs

如何在WEB開發中規劃CVS上：在Google上查 "cvs web development"
http://ccm.redhat.com/bboard-archive/cvs_for_web_development/index.html

一些集成了CVS的IDE環境：
Eclipse
做者：車東發表於：2002-02-06 18:02 最後更新於：2008-02-15 22:02
版權聲明：能夠任意轉載，轉載時請務必以超連接形式標明文章原始出處和做者信息及本聲明。
http://www.chedong.com/tech/cvs_card.html