跟我做CVS版本管理试验
本篇文章主要讲述版本管理中的标记用法，目前假设已经安装了
CVS
并且配置了环境变量
CVSROOT,
在前面的文章中又相关的记录，
[url]http://tianli.blog.51cto.com/190322/32067[/url]
可以直接的使用
CVS
命令进行版本操作。试验环境
windows
，使用命令提示符。
1.
使用命令提示符检查是否安装了
cvs,
命令
:cvs �Cv
输出的信息应该是版本软件的版本信息。
2.
新建一个文件夹，
mkdir sandbox ,
进入文件夹，
cd sandbox
编辑一个文件
a,
命令
edit a
输入
the first line is
[
回车
]
[
回车
]
The second line is right
Alt-F,alt-s,alt-x
退出到命令窗口，
3.
确保当前文件夹下面只有一个文件
a
，导入当前文件夹下面的所有文件作为一个工程，
import �Cm”initian” sandbox k6soft initial
Sandbox
为工程的名字，以后可以按照这个名字导出，
K6soft
为软件提供商，可以任意，
Initial
为初始的版本标记，
-m
参数为日志信息
4
．删除文件
a,
进入上级目录，删除目录
sandbox, del a,del sandbox
检出项目
cvs co sandbox
5.
进入
sandbox
编辑文件
a
，并提交
Cd sandbox
Edit a
使第一行变为
the first line is wrong
Commit �Cm”finished the first line”
6.
为当前开发的工程做一个发布分支
Cvs rtag �Cb BR_1_0 sandbox
Rtag
命令实在仓库中进行操作的，不需要当前的目录在
cvs
的检出模块中，这是和
tag
命令不同的地方，
rtag
命令对仓库中的一个项目的所有文件打上标签，因此需要项目的名称
sandbox.
7
．进入上级目录，检出
BR_1_0
分支的所有文件，
Cd ../
Cvs co �Cr BR_1_0 sandbox �Cd BR_1_0
8,
进入
BR_1_0
目录，修改文件
a
，把第一行修的
wrong
修改为
right,
提交
Cd BR_1_0
Edit a
Commit �Cm”modiy a bug”
9.
把
BR_1_0
种的所有文件打标签作为发布版本，
Cvs tag REL_1_0
Tag
命令把本地工作区中的所有文件对应的仓库中的文件打上标签，不需要提交
10
．进入主干代码目录
,
新增加一行
,
提交
The thir line add in main branch
Cd ../sandbox
Edit a
Cvs Commit �Cm”add last line”
A
的版本应该为
1.3
11.
合并
BR_1_0
中的所有修改到主干代码
,
提交
Cvs update �Cj BR_1_0
Cvs commit �Cm”merged bugs in BR_1_ 0”
12.
进入分支中工作，修改发布版本中的一个
bug
，修改之前为要修改的文件打上标签
PRE_1234
，修改之后打上标签
POST_1234
，其中
1234
作为
BUG
的编号，
Cd ../BR_1_0
Cvs tag PRE_1234
Edit a
在第一行修改
为
the first line is right modified in branch
Cvs commit �Cm”
在分支中修改一个
BUG”
13.
进入主干代码，把
pre_1234
到
post_1234
之间的修改合并到主干中
Cd ../sandbox
Cvs update �CjPRE_1234 �CjPOST_1234
Commit �Cm”merge bugs from branch”
如果有冲突，将会合并相应的代码并别把冲突的代码标示出来。
建立分支，发布版本，修订错误，合并修改的错误，在本试验中都有体现，如果有什么疑问或者不是很明白的地方，请随时留言。本人将会耐心答复。