eclipse下cvs使用.docVIP

Eclipse下cvs 使用说明： 1.基本配制： （1）、打开eclipse ，在window菜单下，按图示点击相应的菜单。 （2）、在show view 提示栏下，选中cvs repositories ，点击ok。 （3）、在eclipse 界面的右下角出现了如图所示的cvs repositories栏。右键鼠标，出现图示界面。 选中repository location 。 （4）、选中后出现图示界面，配制好相关路径。 （5）、配制完后，出现如图界面。就可以检出相应目录下的文件。 2．基本操作 2.1文件检入、检出 2.1.1检入操作 在提交的文件上点击右键，在出现的弹出菜单中选择【Team】→【Commit...】，在随后出现的对话框中输入注释后单击OK按钮在工作拷贝中对.txt作一些改动并保存见图在改动的文件及其所属的目录前都出现一个箭头，在提交的文件上点击右键，在出现的弹出菜单中选择【Team】→【Commit...】，在随后出现的对话框中输入注释后单击OK按钮。提交成功后文件的修订版本号会自动增加【Team】→【Add to Version Control】在新建的文件上点击右键，【Team】→【Commit...】【Team】→【Commit...】选中被删除的文件的父目录，在右键菜单中选择【Team】→【Restore from Repository...】【Team】→【Synchronize with Repository...】从标签出的模块是静态的，即使修改了本地的拷贝文件也不能向资源库提交。表明提交的文件属于标签，而不是分支因而不能提交1） 按建立标签的方法建立一个新的标签，例如。 2） 选中新标签，在右键菜单中选择【Add to Branch List...】(不限于新标签，可以在任意标签上操作，但是建立分支应当在关键时刻进行)。 3） 在出现的对话框中输入分支名，例如输入UnitText1_0_X并确定，此时就建立了分支。但是，此时的分支是空的，没有与之相关联的资源。 4） 选中新标签，在右键菜单中选择【Tag with Existing...】，在出现的对话框中打开节点Branches并选择在步骤3新建立的分支UnitText1_0_X，最后按OK按钮确定后就完全建立了一个新的分支，分支建好后的CVS资源库视图如图32所示。现在，就可以从主分支和UnitText1_0_X分支分别获得工作拷贝。从主分支获得的工作拷贝在提交后将反映到主分支上，而从UnitText1_0_X分支上获得的工作拷贝在提交后将反映到UnitText1_0_X分支中，在主分支和UnitText1_0_X分支上可以互不影响地进行并发开发。其修订版号不是从1.1转变为1.1，而是转变为1.1.2.1。如果对该文件再进行一次提交，其修订版号将转变为1.1.2.2。即变化的是最后一个小数点后的数字。图33：主分支与分支示意图 从分支签出一个项目则在签出项目时需要选择【Check Out As...】菜单并给项目取一个不同于的名字），对文件test.txt进行修改并提交。在随后的通用基版本 输入框中输入，其意义为分支的起源版本将出现同步透视图。如果希望将分支中文件内容的第二行合并到主分支中，只需将其从对比编辑器第二列拷贝至第一列，然后在文件的右键菜单中选择【Mark as Merged】（见图），最后在文件的右键菜单中选择【Commit】。 ECLIPSE为CVS的操作提供了一个非常实用的功能：同步透视图(Team Synchronizing Perspective)。通过同步透视图，我们可以在提交、更新操作之前就发现可能存在的冲突。使用ECLIPSE小组开发环境的开发人员都应该熟悉同步透视图的使用。图21~24演示了如何使用同步透视图。在cvstest.txt 1.6与cvstest2.txt1.13的基础上用户jiangch对这两个文件进行了修改并保存。此时的结果如图24。 图24：冲突解决1--用户jiangch的修改结果 用户cvsuser2也在cvstest.txt 1.6、cvstest2.txt 1.13、TextRunnerTest.java1.1的基础上对这三个文件进行了修改并将修改结果提交到了CVS资源库。其结果见图25。 图25：冲突解决2--用户cvsuser2修改并提交后的结果 如果用户jiangch不能确定只有他一个人会修改这两个文件，他可以在如图21的画面上选择这两个文件并点击右键，在出现的弹出菜单中选择【Team】→【Synchronize with Repository...】,出现如图26所示的画面。图中所标识的按钮是过滤器，分别对应4种模式，可以控制在同步视图中显示何种状态的文件