CVS使用说明书(6)

改动。

2) 执行Package Explorer->CVSTest->右键菜单->Team->Tag as Version

第 26 页 共 30 页

3) 弹出“Tag Resources(标记资源)”对话框，输入版本名称，如“V001”，选择“Move tag if it already exists(如果存在相同的版本名称则替换)”，点击“OK”按钮，就产生了一个新的版本

6.8 修改旧版本的BUG

由于项目中新的变更项目还没有完成不能进行发布，则程序的BUG又比较急需要更改进行发布。CVS的机制刚好能够实现这一点。步骤也叫简单

1) 执行Package Explorer->CVSTest->右键菜单->Team->Switch to Another Branch or Version

第 27 页 共 30 页

2) 弹出“Select Tag”对话框，选择一个版本，如“A001”，点击“Finish”按钮

第 28 页 共 30 页

3) 这样整个项目文件都更换成了版本“A001”的所有文件,然后对需要修改的文件创建分支，如修改Test2.java。对“Test2.java”点击右键菜单Team->Branch

4) 弹出“Create a new CVS Branch”对话框，输入Branch Name，如图，点击“OK”按钮。

5) 弹出提示，是询问当前的版本号比较低等等说明，是否继续创建，点击“OK”按钮

第 29 页 共 30 页

6) 这样就可以对文件进行修改，并Team->Commit,最后产生版本并打包发布

6.9 团队开发实践建议

(1) 把项目做成模块目录（Java包），各人负责自己的模块和目录，这样就不容易造成重复修改。

(2) 做到每日提交，即每天下班之前都要将各自完成的代码提交到CVS上，并且提交的代码要求是完整可运行的代码，关键是要保证其他人更新你的代码之后不会引起错误。

(3) 对于共用型的文件，要做到即时修改，即时提交。 (4) 任何人在修改文件之前，先更新CVS的最新版到本机。

(5) 项目新的版本命名，最好带用某种意义方便识别， 如“V001-090109”，则表示“Version 001 2009年01月09日”

(6) 项目团队的Eclipse等开发环境（安装目录、软件版本等）要保持一致。这样就可以将整个项目共享到CVS，团队成员也可以从CVS上更新整个项目，而不必担心因为一些项目配置文件不同导致更新项目后出错。另外，当新团队成员加入时，只要导入CVS上的整个项目，无须再配置项目，就可以即刻开发运行。

第 30 页 共 30 页

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库CVS使用说明书(6)在线全文阅读。