1.
1.1常用的开发环境:eclipse、cvs、Bugzilla 、AB
Team菜单中的CVS操作
Add to .cvsignore… | 该操作会将所选的项目文件排除在CVS管理之外。这些被排除的文件不会出现在Synchronize视图之中,也不会被提交给CVS资源库。CVS在您的项目中维护了一个名为.cvsignore的文件。在该文件中会标识出那些被排除的文件实例。一开始,.cvsignore文件是不存在的;在该操作第一次执行时,才会创建.cvsignore文件。您必须将.cvsignore文件添加到版本控制中,并在CVS中维护该文件 |
Add to Version Control | 该操作会将所选文件置于CVS控制之下。典型情况下,在项目中创建新文件时会使用该操作。如果您没有将资源显式地添加到版本控制中,那么在执行提交操作时,Eclipse会对您作出提示 |
Commit… | 如果没有冲突发生,该操作会使用您的本地更改来更新CVS资源库,并会提示您给出一个注释。如果执行该操作时所选择的操作对象是一个项目或文件夹,那么项目或文件夹中的所有被修改资源都将提交到CVS中。如果CVS中的相应文件取代了所要提交的文件,那么Commit…操作将失败 |
Update… | 该操作会使用CVS中所有最新版本来更新本地资源。CVS中的更新将与本地资源(二进制文件除外)进行合并。建议您在使用Commit…操作前执行Update…操作。如果其他人在您的最近一次更新后又进行了提交操作,那么您的提交操作将会失败。建议您用Synchronize with Repository…操作来代替Update…操作 |
Cvs总结
1、在Eclipse同CVS服务器同步之前,要先刷新,否则可能会因为在Eclipse外面编辑的文件,Eclipse中没有刷新而导致同步报错,可以将Eclipse设置为自动刷新,操作方法:Window->Preferences->Workbench,选中Refresh workspace automatically。即使如此,仍然可能出现问题,因为Eclipse刷新可能会有一定延迟,所以在报错时,手动刷新一下,再同步。
2、完成Commit所有文件,开始任务前Update所有文件,并根据Daily build的报告,修正昨天提交的版本中的错误信息。
3、在修改文件之前,先Update一下,使得修改时的版本尽可能新,一旦发生冲突,解决它的工作量会比较小。如果是大家共同使用,并经常修改的文件,如Constants.java、struts-config.xml等文件,更要如此,最好能通知其他人员Commit。
4、对二进制文件,如Word文档,CVS不能进行比对,如果出现冲突,需要自己手工合并,可以将本地文件备份,将文件Override and Update,然后从备份文件中将自己修改的部分合并之后提交。
5、在文件出现冲突时,应该先进行比对,将服务器端的修改更新至本地,不清楚的地方要同其他人沟通,合并完成后,选择Override and Commit更新,禁止不进行比对就进行Override and Commit操作!
6、CVS不允许进行删除服务器端文件,所以大家最好不要提交临时文件及临时目录,如编译产生的文件和目录。
7、不同功能模块的文件分开Commit,同一功能模块的文件一次Commit,对于分析错误、减少冲突、版本回退等有帮助。
8、提交的文件必须经过测试,起码保证在本地是可以编译通过的,方便其他人测试。
a)
b)
c)
d)
e)
1.4插件的安装
1.5插件的熟悉。 完全掌握
1)
2)
3)
4)
1.6开发规范的熟悉。
1)
心得: