Eclipse中CVS界面功能描述
现在，您已经对CVS有了一个基本的理解。接下来，我们将讨论Eclipse是如何为CVS 使用者提供帮助的。在对其进行讨论之前，先略为详细地看一下Eclipse的CVS用户界面。在开始之前，Eclipse的CVS用户界面是毫无价值的。这是因为，与Eclipse中的很多操作相似，大多数的CVS资源库访问操作都在后台运行，这些操作不会对其他操作造成妨碍。诸如检出、提交、同步等可能需要长时间运行的操作并不会对您所要完成的其他任务造成妨碍。在下面所给出的这个简短列表中，列出了在Eclipse用户界面中使用CVS时会碰到的最常见任务。在练习5中，您会实践所有这些任务。
?定义到CVS资源库的连接。
?浏览CVS资源库。
?将新的工作空间项目定义到CVS中。
?从CVS中检出已有项目。
?将工作空间中的更改提交给CVS。
?使用CVS中的最新版本来更新自己的工作空间项目。
?在合适的里程碑处进行版本设置。
?用资源库中的资源来比较或替换工作空间中的资源。
5.4.1 CVS Repository Exploring透视图：资源库主页
如图5-1所示的CVS Repository Exploring透视图是在Eclipse中使用CVS的
大本营。在该透视图中含有CVS Repositories视图、CVS Resource History视图
以及编辑器区域。在CVS Repositories视图中会显示出您的工作空间所知道的CVS资
源库。而在CVS Resource History视图中所显示的则是受CVS控制的任何已知文件的修改历史记录。在CVS Repository Exploring透视图中，您可以建立与CVS服务器
的连接。
5.4.2 CVS Repositories视图
CVS Repositories视图扮演着资源库浏览器的角色。在CVS Repositories视图中，您可以对资源库中存在的项目进行选择，并可将这些项目检出到工作空间中。如图5-1所示，CVS Repositories视图位于CVS Repository Exploring透视图的左边窗格中。通过使用快捷菜单New | Repository Location...或选择Add CVS Repository 命令，您可以在自己的工作空间中定义CVS资源库的位置。Eclipse支持各种类型的CVS连接(见图5-2)。在CVS Repositories视图中，您可以定义多个CVS资源库。在浏览资源库时，您可以看到资源库中的内容。如图5-1所示，这些内容包括HEAD、Branches、versions目录中的项目以及Dates条目。您可展开目录树或使用工具栏中的Go Into
和Back操作来往下一直看到具体文件。在工具栏上有一个Refresh View操作，由于CVS Repositories视图不会与资源库中的内容更改自动保持一致，所以在做任何重
要操作之前，您可能要使用Refresh View按钮来刷新CVS Repositories视图。
出于方便的考虑，如果您从Resource透视图中打开了CVS Repositories视图，那么该视图将作为一个选项卡式视图显示在Navigator透视图的旁边。
在CVS Repositories视图中，一个最常见的任务是从资源库中将项目检出到您的工作空间中。要完成上述任务，请先在Branches、HEAD或Versions下选择一个项目，然后再在单击鼠标右键后所出现的快捷菜单中选择Check Out命令。
图5-1 CVS Repository Exploring透视图
图5-2 在工作空间中定义新的CVS资源库位置
在第一次展开CVS Repositories视图中的Branches目录时，您会看到该目录中没有任何内容。在使用了快捷菜单操作Refresh Branches…后会出现Refresh Branches 对话框(见图5-3)。在Refresh Branches对话框中，您可以为一个或多个资源库项目执行CVS中的分支标记检索请求。CVS资源库中可以包含大量分支。而您可能仅对其中的部分分支感兴趣。在Refresh Branches对话框中，您可以对要进行分支标记信息检索
的项目进行选择。在表5-1所示的参考列表中，列出了CVS Repositories视图中的所有可用的快捷菜单操作。其中有些操作依赖于您在图5-3的第3个栏目中的选择。一开始，您可能需要使用以下这些操作：New | Repository Location…、Check Out…、Compare with…以及Show in Resource History。现在，您不必理解这些操作，它们仅为您提供一个参考。
图5-3 Refresh Branches对话框
表5-1 在CVS Repositories视图中可使用的上下文操作
(续表)
New |
Repositor
y
Location…
执行该操作后将显示出一个对话框以定义新的源库位置。另外还可获得一个工具栏图标Open
5.4.3 CVS Annotate视图
CVS Annotate视图与CVS Repository Exploring透视图中的CVS Repositories视图使用的是同一界面空间。CVS Annotate视图用来标识各版本文件中所添加的新行以及被更改过的行。CVS Annotate视图还会指出做
出这次修改的是谁。现在您知道是谁做出了这些难以解释的更新，或者是谁应该对这些难以解释的更新负责。对于所选择的任何版本来说，文件中所添加的新行
会在编辑器中突出显示(见图5-4)。若要打开CVS Annotate视图，则从CVS Repositories视图、CVS Resource History视图的快捷菜单Team中选择Show Annotation操作。打开CVS Annotate视图的一种比较方便的方法是从Navigator透视图或Package Explorer视图中所显示的某一个文件上选择Team | Show Annotation操作。在打开CVS Repository Exploring透视图时会打开CVS Annotate视图，CVS Resource History 视图，并且在编辑器中所打开的文件的版本是最新的。CVS Annotate视图中的选择操作会将编辑器复位到被更新的代码行，并且相应的版本会在CVS Resource History视图中突出显示出来。相反，如果在编辑器中选择了一行
代码，那么在CVS Repository Exploring透视图的那些视图中就会适当地
对所更改的对象进行突出显示。现在您就可以非常容易地对任何文本文件的、详细的更改历史信息进行检查。
图5-4 CVS Repository Exploring透视图中的CVS Annotate视图
5.4.4 CVS Resource History视图
CVS Resource History视图可显示某一具体文件的所有版本的详细信息(见图5-5)。CVS Resource History视图是CVS Repository Exploring透视图的一部分。在CVS Repositories视图中先选择一个文件，然后再在单击右键所出现的快捷菜单中选择Show in Resource History命令，这样您就可以看到该文件的历史版本信息。在受CVS 控制的项目上单击鼠标右键后所出现的Team快捷菜单项中也有Show in Resource History命令。作为一种查看文件历史的快速方法，您可以将受CVS控制的工作空间中的某一文件拖放到CVS Resource History视图以直接查看该文件的历史信息。
图5-5 CVS Resource History视图
对于任何被选择的修订版本来说，与该修订版本相关的分支和版本标记，连同该版本的文件被提交到资源库时所提供的注释，都会一起显示在CVS Resource History视图的底部(见图5-5)。通过在CVS Resource History视图的下拉菜单中进行相应选择，我们可以隐藏该视图中的“Tags”项和“Comment”项。
文件的历史记录可能比较长，这时，您可以使用CVS Resource History视图工具栏上的Filter History按钮来过滤CVS Resource History视图。也可以根据作者、注释值、日期变化等来对CVS Resource History视图中的显示内容进行过滤。CVS Resource History视图工具栏上的Link with Editor操作会使CVS Resource History视图与当前活动编辑器(仅对CVS控制之下的文件)保持同步。
对于在CVS Resource History视图中被选择的那些版本来说，您对它们可以执行的操作是依赖于资源是否已被复制到工作空间而发生变化的。这些操作被列在表5-2中。
表5-2 CVS Resource History视图中的操作
(续表)
5.4.5 查看CVS命令
Eclipse Console视图可显示出CVS与Eclipse之间的所有的命令和响应；在您碰到问题的时候，该视图是非常有用的。在Eclipse Console视图中还显示了所发布的供用户使用的任何Eclipse CVS操作的所有CVS命令。在Team | CVS | Console首选项页面中，您可以对该控制台的外观和行为进行配置。
5.4.6 CVS是如何管理工作空间中项目的
图5-6显示了Package Explorer视图中一个处在CVS控制之下的项目。通过观察图标上的标记修饰符以及附加的文字信息，您可以很明显地看出这一点。只有在启用了Workbench | Label Decorations首选项设置后，Eclipse才会在Package Explorer视图中显示附加文字信息。对于那些受版本控制所有资源来说，在它们的资源图标上都有一个很小的磁盘标志修饰符。对于那些CVS所不知道的、被添加到项目中的文件来说，在这些文件的图标中也有一个很小的标志修饰符。在如图5-6所示的Package Explorer视图中，紧接着项目名后面的是该项目所属CVS资源库服务器的名称(位于方括号中)。如果该项目是被作为一个分支部分来使用的，那么该分支的名称也会被包含在方括号中。文本修饰符>表明本地资源是一个传出更改(outgoing change)，这就意味着该本地资源已经在本地修改过，并与CVS中相应内容不一致。Package Explorer视图中受CVS控制的文件夹(直至项目文件夹)也具有这个特征。资源名后面的圆括号中所显示的文本表示的是该资源的文件格式(ASCII格式或二进制格式)。我们知道，对于ASCII文件来说，在CVS文件实例和本地文件实例之间的并行修改可被合并。而二进制文件只能被替换。
图5-6 Label Decorations首选项被启用时受CVS控制的项目
在Team | CVS | Label Decorations首选项页面中，您可以对CVS标签修饰的表示和规则进行修改。
5.4.7 在Team快捷菜单中可获得的CVS操作
Team菜单可从任何工作空间资源的快捷菜单中获得。有几个CVS操作是与Team菜单相关的。我们将对使用CVS进行工作维护中最常用的操作进行总结。Team菜单下的具体子菜单随着所选择的是否是一个项目而发生变化。只有在项目没有被CVS或任何其他资源库管理时，所选择的项目才会有一个Share Project…操作。表5-3所提供的是一个所有CVS
小组操作的参考列表。其中有些操作可能是您不熟悉的。我们将在本章后面对这些操作进行讨论。通常情况下，您最常用的操作是Share Project…、Synchronize with Repository…、Update…以及Commit…。Share Project操作是一个允许您将项目加到CVS中的综合性向导。从定义CVS资源库连接到提交项目资源之间的每一个步骤都包括在该向导中。
表5-3 Team菜单中的CVS操作
(续表)
(续表)
5.4.8 Team Synchronizing透视图和Synchronize 向导
Team Synchronizing透视图是您对工作空间与CVS(其他资源库提供程序可被集成到Team Synchronizing透视图中)进行同步的大本营。在选择了Team | Synchronize with Repository…操作后，您会被提示并切换到Team Synchronizing透视图。在Team Synchronizing透视图中含有Synchronize视图和一个编辑器区域。所有被打开的编辑器都会显示在该编辑器区域中。图5-7所显示的就是一个Team Synchronizing 透视图的例子。在Synchronize视图中，您可以对本地项目和该项目的CVS副本之间的差别进行观察和操作。其他想使用该透视图的资源库提供程序也可使用该视图。在打开一个文件的同时，Eclipse也会打开一个适当的比较编辑器(文本、Java、XML或图像)。在比较编辑器中会显示出工作空间文件和CVS中该文件的最新版本之间的差别。这样，您就可以在将文件提交到CVS之前浏览和最终确定该文件的内容。
在Synchronize视图的工具栏上有如下一组按钮：Incoming Mode(从CVS中更新)、Outgoing Mode(提交到CVS)、Incoming and Outgoing Mode以及Conflicts Mode。通过使用上述按钮，您可以对同步信息进行过滤。在使用了Incoming Mode
按钮后，您会看到有哪些操作正在进行。如果小组中只有您一个人，那么可能只有Outgoing Mode按钮才是您感兴趣的。若要接受所有的传入更改，则使用Synchronize视图工具栏上的Update All Incoming Changes…按钮。若要提交您的所有更改，则使用Synchronize视图工具栏上的Commit All Outgoing Changes…按钮。工具栏操
作Pin Current Synchronization允许您对先前同步中所使用的一组资源进行引用。Synchronize视图的工具栏上的这些按钮允许您通过工作集来过滤内容。您可对比较标准进行调整，并可使用Layout菜单在树、压缩文件夹以及提交集(Commit Set)之间进行视图切换。提交集允许您查看资源库更改。这些更改会按照提交者、注释和提交日期来分类显示。在确定传入更改集的更详细信息时，这种分类非常有用。Synchronize视图拥有自己的Preferences对话框。在Synchronize视图的菜单中，您可以打开该Preferences 对话框。在Synchronize视图的菜单中，您还可以执行Schedule…操作。该操作允许您按照所选择的某一重复进度来自动执行资源库的同步操作。
图5-7 显示传入更改和传出冲突文件三方比较的Team Synchronizing透视图
1. Synchronize向导
从工作台工具栏(或Synchronize视图菜单栏)的下拉菜单中选择Synchronize…操作后会出现Synchronize向导。在Synchronize向导中，您可以对要与CVS(以及其他那些被允许使用Eclipse小组同步支持的资源库提供程序)进行同步的项目进行选择。如图5-8所示，您可对工作空间、所选资源或者一个工作集进行同步。在Synchronize 向导结束后，您会返回到Team Synchronizing透视图。
5.4.9 处理同一文件的并发更新
首先，我们讨论一下一个被建议用来进行修改操作的协议。当在工作空间中使用资源时，您的操作是独立于CVS资源库的。因为发生在资源库中的更改可能是在您不知道的情况下发生的，所以非常重要的一点是，如果还未检查资源库中是否有更新取代了您的更改，那么您
一定不要提交任何更改。Team | Update…操作会用资源库中那些取代了您的更改的任何更改来更新项目的本地副本。对于文本文件(包括Java类)来说，Team | Update…操作会自动对任何更改进行合并(从资源库到工作空间)，即使这些更改可能造成冲突。在遇到冲突时，合并操作会用特定的CVS标记文本来标识文件中的冲突，以帮助您识别出冲突行。标记文本并不是与任何类型的文件都兼容，例如它可能导致编译错误。
Update…操作是一个非常强大的操作，我们在练习时一定要小心。在下面这个例子中，Pat和Lynn更新了一个简单的文本文件。无需知道它，它们都对以“B”和“C”开始的行进行了更新。标记文本会对冲突的那些行以及引入了冲突的版本号(1.2)进行了标识。对于一个带有众多冲突的复杂Java文件来说，您可能很难解决其中的冲突。
A is for apple
<<<<<<< sample.txt
B is for bird (updated by pat)
C is for crow (updated by pat)
=======
B is for bobcat (updated by lynn)
C is for cow (updated by lynn)
>>>>>>> 1.2
D is for dog
E is for excellent
F is for farm
G is for goat...
Team | Synchronize with Repository…操作也支持更新，但是该操作不会自动进行更新。在执行该操作后会显示Synchronize视图，并会列出工作空间副本和资源库最新资源之间那些不一致的资源。在Synchronize视图中，您可以对这些差别进行检查，并决定所要采取的操作。由于Team | Synchronize with Repository…操作可使您拥有更多的控制权，所以我们建议您使用该操作来代替Update…操作。
下面总结一下文件并发更新的基本规则：在对工作空间中的文件进行修改之前，您必须用资源库中的所有更改来更新工作空间中的资源。为了安全起见，此时请使用Team | Synchronize with Repository…操作。在Synchronize视图中，您可执行更新操作，还可提交更改，并可协调冲突。
5.4.10 使用CVS的Watch/Edit支持以避免对同一文件的并行更新
CVS的Watch/Edit支持是Eclipse本身就提供的。如果您同意使用CVS的Watch/Edit 支持，那么在提交资源时，您和小组其他成员之间就可以避免冲突。在启用了CVS的Watch/Edit支持之后，您的项目小组可以更好地理解在所有具体项目中，当前谁正更新文件。相反，前面所讨论的CVS Annotate视图为您所显示的是先前的更改以及谁做的更改。CVS的Watch/Edit支持是在项目层次上被启用的。如果在Team | CVS >Watch/Edit 的首选项设置页面中选中了Configure projects to use Watch/Edit on checkout 复选框，那么在项目被检出时，Watch/Edit支持将被自动激活。您也可以通过设置项目的CVS属性在受CVS管理的现有项目上启用Watch/Edit支持。在CVS的Watch/Edit 支持被启用时，该项目中的文件处于只读状态。此时，如果您在编辑器中打开了某文件后又试图对该文件进行修改，那么CVS服务器会被询问。在编辑文件时，如果其他人也正在编辑该文件，那么就会出现一个对话框以通知您小组中其他成员也正在编辑该文件(见图
5-9)。这时，您可以继续对该文件进行编辑，但是在您提交该文件时需要进行冲突管理。在文件被修改时，检查标记修饰符会被添加到该文件上。
图5-9 显示其他人正在编辑同一文件的对话框
在项目、文件夹以及文件上执行Team | Show Editors操作后会打开CVS Editors
视图。CVS Editors视图中列出的是所有正在被其他人更新的资源(见图5-10)。无论是否处于Watch/Edit的控制之下，您在任何项目及项目资源上都可以使用Team | Show Editors操作。但是Team | Show Editors操作只会对启用了Watch/Edit支持的项目资源进行标识。
图5-10 列出了哪个用户正在更新文件夹中文件的CVS Editors视图
您可以使用Team | Edit操作来显式地通知CVS服务器，让CVS服务器知道您想对文件进行更新。您还可以使用Team | Unedit操作来通知CVS服务器，让CVS服务器知道您不想再编辑该文件。这样，您所做的任何更改都会被从CVS资源库中检出。表5-3给出了有关这些操作的信息。在向CVS提交了更改之后，Watch/Edit列表中的资源会被隐式删除掉。
Watch/Edit是一个非常有用的工具。但是该工具的使用需要遵循一些规则，并要注意一些考虑事项。首先，如果要使Watch/Edit功能高效，那么小组中的每个成员都必须在存在潜在冲突的项目中启动Watch/Edit功能。其次，您必须连接到CVS服务器上。如果您没有和CVS服务器相连，并且想更新一个文件，那么您将不得不显式地将该文件的只读状态(从该文件的属性页面中可获得该属性)取消掉。当然，该支持现在是折中的。这是因为，没有任何人知道该更新，而且在提交过程中存在潜在的冲突。如果您删除了一个项目并且该项目资源的Watch/Edit首选项设置没有被启用，那么CVS服务器将不会被通知，并且CVS服务器会继续向外报告您正在对这些资源进行编辑。如果您的小组计划使用
Watch/Edit支持，那么明智的做法是小组中所有人都启用被标注为Configure projects to use Watch/Edit on checkout的CVS Watch/Edit首选项设置。
5.4.11 恢复被删除的文件
有时候，在文件被删除并且更改被提交给CVS后，您可能需要恢复所删除的文件。幸运的是，CVS不会将所删除的文件从该文件所在的资源库中移除。您可以使用Team | Restore from Repository操作来恢复所删除的文件。如果被删除的文件在资源库中存在，那么您将看到一个对话框。在该对话框中，您可以选择所要恢复的文件的具体修订版(见图
5-11)。而文件的最新修订版则是一个对所删除文件的引用。这是因为文件删除是一个CVS 修订操作。
图5-11 显示可恢复的被删除文件的Restore from Repository对话框
当一个文件被恢复到工作空间中的时候，该文件被看作是一个新文件。在提交该文件之前或提交该文件时，必须将该新文件添加到版本控制中。
5.4.12 其他CVS用户界面元素
1. Checkout向导
在New wizard对话框中获得的是CVS向导中的检出项目。通常，您会使用CVS Repositories视图来检出项目。但是，有些CVS资源库是不允许被浏览的。在这种情况下，检出向导可能就比较有用。但是在这种情况下，您必须预先知道该项目的名称。
2. CVS备忘单
若要打开Cheat Sheet Selection对话框，则选择Help | Cheat Sheets…命令。对于CVS任务来说，备忘单用来为分支和合并操作提供帮助。
5.5 特殊情况及其处理
这里将给出一些您每天或在软件开发周期中可能会碰到的常见情况，以及如何使用Eclipse来处理这些情况的建议。某些情况的解决可能需要使用CVS，但通常只使用Eclipse就可以处理它们。
5.5.1 对项目资源进行重命名、移动和删除
●避免重命名CVS控制之下的项目。如果您这样做了，那么所做的命名修改只在该项目所处的工作空间中有效。保留在CVS中的仍是该项目的初始名。
如果必须修改项目的名称，那么您最好先使用Team | Disconnect…操作来解除该项目与CVS的关联关系，然后再对该项目重命名。事实上，重命名后的项目会被看作是新项目。在将重命名后的项目重新连接到CVS时，您必须像定义任何新项目一样将该重命名后的项目定义到CVS中。
●对文件夹的重命名操作会导致CVS中出现一个新文件夹。幸运的是，原文件夹中的内容会被移动到新文件夹中。如果您启用了CVS首选项Prune empty directories，那么在从CVS检出资源后，该旧文件夹将不会出现在
您的工作空间中。
●如果您将工作空间中的某资源删除了，那么在向CVS提交了更改后，保存在CVS中的该资源也会被删除。要记住的是文件夹决不会在CVS中删除。CVS首选项Prune empty directories使得这些文件夹隐藏在视图中。默认情况下，CVS首选项Prune empty directories是被启用的。
●因为修改可能会涉及多个项目，所以在进行全局修改前，您需要确保工作空间中的所有项目是资源库中的最新版本。Java类的重构是一个可能导致工作空间被广泛修改的操作。项目间的资源移动也可能产生这种影响。
●在CVS透视图中，项目之间资源移动的结果是：所要移动的资源添加
到目标项目中，而源项目中的该资源会被删除。移动到目标项目中的资源必须被添加到版本控制中。而资源重命名的效果与此相同。
●在文件被修改后，如果您要执行诸如同步等CVS操作，那么我们建议您在项目层次上进行同步(即使您的更改可能仅涉及一个单独文件)。例如，如果您对一个文件进行了重命名这一CVS的删除和添加操作，那么在文件层次上
的同步将只会检测添加操作而不检测删除操作。而项目层次上的同步则会对添加和删除操作都进行检测。
●在所进行的修改涉及整个应用程序的情况下，您应该将这次修改通知
给自己所在的小组，以避免不必要的冲突。此时，一旦条件满足，您就应该提交修改。冲突的解决可能是冗长乏味而又难以解决的。
5.5.2 取消修改：使用替换和比较操作
有时，我们都希望事情能够重新开始。在人的一生中，这可能不容易。但是对于Eclipse和CVS来说，这要简单得多。根据您的需要，您有多种选择。在先前的几章中，您看到了如何使用快捷菜单操作 Replace With和Compare With用工作空间中的本地历史记录来替换和比较资源。通过使用CVS，您对资源的替换和比较操作就有了额外的选择。如果您尚未最终完成某个修改，而且之后一段时间里根本就没有继续这次修改。这种情况下，Compare With操作可能会非常有用，它会使您记起上次停止修改的地方。在使用上述Replace With和Compare With操作时，您是用来自HEAD流(或者其他分支/版本、某一个具体版本)的最新资源来替换或比较当前资源的。
5.5.3 通过建立分支来进行版本维护和新版本开发
在小组已经交付了您的应用程序并准备开始下一个版本
的开发工作时，您可能喜欢所有的后续开发能在下一版本所指派的特定分支处开始，同时还要允许先前版本的服务。这里所给出的就是在Eclipse中可用的一种方法。
●在包含了最近已完成版本的分支(或HEAD)中，请选择所有的项目。然后在所选项目上使用Branch…快捷菜单，并输入该新版本的新分支名。这样，所选择的全部项目以及这些项目的内容将用下一个版本分支名来标记。在CVS Repositories视图中，这些项目会被列在那个分支名之下。在从那个分支处将这些项目检出到您的工作空间之后，接下来的操作是基于该新版本分支的。
●您可重复上述过程以创建一个单独的维护分支。该维护分支独立于上面所创建的新版本分支。
●为了能以维护分支为基础，在工作空间中对新版本分支进行合适的前向修改，您可以通过使用Compare With | Another Branch or Version…操作来确定这两个分支之间的差别。在Compare视图中，您可以手动合并从维护分支到新版本分支的更改。
5.6 其他功能
在这一节中，我们将介绍几个非常有用的Eclipse功能。这些功能有助于您提高CVS和Eclipse的使用效率。
5.6.1 编辑器中的快速差别功能对CVS的支持
在本书第2章“Eclipse入门”中，您知道编辑器所支持的快速差别功能可对文件的添加和修改操作加上注释。如果您在Workbench | Editor | Quick Diff首选项页面中启用了Latest CVS Revision选项，那么快速差别功能所添加的文件注释是在参考CVS中该文件最新版本的
基础之上添加的。在将更改提交到CVS或用CVS中该文件
的某一版本来替换该文件时，快速差别功能所添加的注释会被删除。
5.6.2 补丁程序：快速而又简单地共享更改
补丁程序(patch)是一个包含了某一资源的资源库实例和该资源的工作空间实例之间差别的文件。补丁程序可表示出一个单独文件(或完整项目)中的差别。补丁程序允许您共享尚未提交到CVS的更改。有很多原因使得补丁程序非常有用。
●由于您没有向CVS提交资源的权限，所以您需要将该补丁程序发送给具有资源提交权限的人，然后再由他向CVS提交资源。
●您需要为所遇到的问题准备一个应急修改或临时工作空间。
●在将重要的更改提交到CVS之前，您可能想让别人对您的更改进行校验。在这种情况下，您可以将补丁程序发送给校验人以让他们进行测试。
通过使用快捷菜单Team | Create Patch…，我们就可以创建补丁文件。该操作会调用Create Patch向导来指导您完成补丁文件的创建。若要应用某补丁程序，则使用快捷菜单Team | Apply Patch…。该操作会调用Apply Patch向导。Eclipse联机文档Workbench User Guide 的Working with patches一节中有关上述两个操作的描述非常精彩。
TortoiseCVS操作手册
TortoiseCVS 简易操作手册 杭州新世纪信息技术有限公司 2004.9
目录 第 1 章概述 (1) 第 2 章WINCVS安装及基本操作 (2) 2.1安装步骤 (2) 2.2参数配置................................................................................................... 错误！未定义书签。 2.3共性操作说明........................................................................................... 错误！未定义书签。 2.4登陆........................................................................................................... 错误！未定义书签。 2.5导入(Import module… ) ......................................................................... 错误！未定义书签。 2.6导出(checkout module…) ....................................................................... 错误！未定义书签。 2.7 Update操作 .............................................................................................. 错误！未定义书签。 2.8 Commit操作............................................................................................. 错误！未定义书签。 2.9加文件或文件夹....................................................................................... 错误！未定义书签。
Eclipse开发中cvs的使用图解
6.在Eclipse中使用CVS 版本控制在团队开发中是必不可少的。CVS是优秀的开源版本控制软件，Eclipse 本身就内置了对CVS的支持，只需简单配置，即可使用CVS。 首先我们要正确安装并配置好CVS服务器，通常Linux Server都自带CVS服务，不过命令行操作比较繁琐。Windows下也有简单易用的CVS服务器，这里我们推荐CVSNT，可以下载CVSNT 2.0.51a，安装并启动CVSNT： 然后切换到Repositories面板，添加一个Repository，命名为/cvs-java，CVSNT 会提示是否初始化这个Repository，选择是：
然后在Advanced面板上选中“Pretend to be a Unix CVS version”：
然后，在Windows账户中为每一个开发人员添加用户名和口令。 现在，CVSNT的安装配置已经完成，下一步，启动Eclipse，我们可以使用原有的Hello工程，或者新建一个Project，然后选择菜单Window->Show View->Other，打开CVS->CVS Repositories： 然后点击按钮，添加一个Repository：
注意用户名和口令直接填Windows的用户名和口令，然后选中“Validate Connection on Finish”，点击Finish完成： 首先，我们要将一个现有的工程放到CVS服务器中，切换到Package Explorer，选中Hello工程，右键点击，选择Team->Share Project…：
使用刚才我们添加的Repository，继续，并将所有文件都添加到CVS中，最后Eclipse提示Commit： 填入一个简单的注释，确定，然后Eclipse会把整个工程提交到CVS服务器，可以在Package Explorer中看到图标发生了变化，Hello.java文件后面会有版本号1.1。在CVS Repositories面板中刷新，可以看到刚添加进来的工程：
配置管理工具之CVS
配置管理工具之CVS 这一章是为那些从没有用过CVS和那些以前可能从没用过版本控制软件的人所准备的。 如果你已对CVS很熟悉，仅仅想了解某一个特点或是为了记住某一个命令，那么你可以跨过这一切。 CVS是什么? CVS是一个版本控制系统。使用它，你可以记录下你的源文件的历史。 例如：修改软件时可能会产生一些bug，而且可能过了很久你才会察觉到它们的存在。有了CVS，你可以很容易地恢复旧版本，并从中看出到底是哪个修改导致了这个bug 。有时这是很有用的。 当然了，你可能把所有版本的所有文件都保存了下来。但这会浪费大量的磁盘空间。而CVS用一种聪明的办法来保存一个文件的所有版本——仅仅保存不同版本之间的区别——在一个文件里。 如果你是项目开发组的一员，CVS也会帮助你。除非极为小心，成员之间很容易互相覆盖文件。一些编辑器，如GNU Emacs,会保证同一时间内同一文件绝不会被两个人修改。不幸的是，如果有人用了另外的编辑器，这种保护就没用了。CVS 用隔离开不同的开发者解决了这个问题。每个开发者在他自己的目录里工作，等每一个开发者都完成了他们自己的工作后，CVS会将它们合并到一起。 CVS最初由Dick Grune在1986年12月以shell scripts的形式发布在comp.sources.unix的新闻组第6卷里。虽然当前的CVS中没什么代码来自于这些shell scripts,但许多CVS的冲突解决算法是从它们来的。 1989年4月，Brian Berliner设计了CVS并编写了代码，之后Jeff Polk帮助Brian设计了CVS模块发行分支。 你可以从好多渠道得到CVS，包括从INTERNET上自由下载。有关下载CVS和其它与CVS相关的话题，请访问下面网址： https://www.sodocs.net/doc/9718245961.html,/ http://www.loria.fr/~molli/cvs-index.html 有一个关于CVS的邮件列表，名叫info-cvs,要订阅或退订请发email: info-cvs-request@https://www.sodocs.net/doc/9718245961.html,。如果你更喜欢新闻组，comp.software.config-mgmt 可能比较适合于讨论CVS（还有其它一些配置管理系统）。将来，可能会创立一个comp.software.config-mgmt.cvs, 当然那要确取决于在 comp.software.config-mgmt上有足够的CVS讨论。
WINCVS安装配置及使用
WINCVS安装配置 1、安装wincvs和cvsnt（wincvs连接时要用到cvsnt里的程序，所以要装cvsnt） 安装文件：wincvs_setup.exe ；cvsnt_setup.exe ftp://9.186.153.49/software 2、Preference设置 通过Admin=>Preference菜单进入Preferences配置页面，在“CVS”选项卡中可以设置“HOME”，即默认本地工作路径。从服务器上签出的代码，可以存储在这个工作路径中，再在本地进行编辑工作。一般习惯将路径设置为一个名为“Work”的文件夹。 3、设置工作路径：可以点按图标，或View=>Browse Location=>Change…菜单进行设置， 选择已经准备好的路径：E:\CVSClient\Admin，确认，OK，这时此目录将出现在WinCVS的左边导航栏【Workspace】内。 4、login 在Admin -〉login...里面 login settings里面下面CVSROOT打钩， 在后面的框里写：:pserver:cvs:cvsstbadmin@9.186.153.49:/CVSSERVER/STBRoot Protocol ：:pserver user：cvs password：cvsstbadmin hostname：9.186.153.49 Repository path ：/CVSSERVER/STBRoot 确认，OK，这时返回『CVS exited normally with code 0 』的话，登陆成功（code 0表示成功） WinCVS中常见的特殊操作： 1.1 如何删除下载的文件或目录： 1. 选中下载的某个或多个文件，执行【Remove】命令。 2. 再次选中这些文件，执行【Commit】命令就完成了删除文件的操作。 3. 本质上CVS是不会删除任何文件和目录的，即使是执行了以上操作，删除了某些文件，远 端CVS实际执行的是将提交删除的文件放到了一个叫【Attic】的目录下，因此，这些被删除的文件是可以通过一定的方法恢复的。 1.2 如何恢复已经删除的文件或目录： 1. 在执行了【Remove】命令之后恢复文件。 l 【Ctrl+L】直接输入命令cvs add xxxxx，或执行【Add Selection】界面操作。 l 这样就可以直接恢复还未提交的删除文件。
CVS工具配置和使用指南
目录 第1章CVS工具的安装配置 (1) 1.1基本安装 (1) 1.2CVS S ERV ER端的配置 (1) 1.3CVS C LIENT端的配置 (3) 第2章CVS的基本操作 (5) 2.1U NIX环境下的操作说明 (5) 2.2W INDOWS环境下的操作说明 (7)
第1章CVS工具的安装配置 1.1 基本安装 以下以UNIX平台为例。 从https://www.sodocs.net/doc/9718245961.html,/servlets/ProjectDownloadList下载最新的cvs安装包到本地后：%gunzip cvs-1.11.2.tar.gz %tar xvf cvs-1.11.2.tar %cd cvs-1.11.2 %./configure (可以用./configure --help看看,根据自己的环境添加相应的参数) %make %su - (以正确的用户来安装) %make install 1.2 CVS Server端的配置 安装完CVS(假设cvs安装在/usr/local/bin)后: 启动CVS服务 %vi /etc/services pserver 2402/tcp #cvs pserver port （确认这一行存在。） %vi /etc/inetd.conf 在文件末尾加入: pserver stream tcp nowait root /usr/local/bin/cvs cvs --allow-root=/your/path/for/cvs/repsitory pserver 注意这是一行。 然后重新启动inetd进程(一般要root用户权限)： %ps -ef | grep inetd 找出inetd的pid %su - %kill -HUP pid
CVS服务器搭建及简单使用实例
CVS服务器搭建及简单使用实例 1软件安装 Software文件夹下面有三个软件： ?Python-2.2.3.exe ?tcl832.exe ?cvsnt-2.5.03.2151.msi step1：安装Python-2.2.3.exe，选择完全安装，安装完成后，在系统环境变量中找到Path变量，将Python-2.2.3.exe的安装目录路径添加到Path中，如下图，将安装路径C:\Python22添加到环境变量中： Step2 ：Python安装完成后，安装tcl832.exe，默认安装即可，tcl的环境变量会自动添加，无需手动设置； Step3：安装cvsnt-2.5.03.2151.msi，选择完全安装，默认安装即可。
2CVS相关设置 创建仓库：安装完成后，打开CVS Control Panel，如下图： 切换到Repository Configuration中，点击Add按钮，会出现如下对话框： 在Location中选择CVS仓库位置，如在D盘下的CVSROOT目录，则选择D:\CVSROOT,然后再Name框中填入仓库的虚拟目录名，统一为/cvsroot,点击确定完成仓库创建。 服务器配置：点击server setting，出现如下对话框：
以上Run as中选择当前系统管理员账户，Default部分选择当前主机，Tempory 为缓存目录，默认为C：\windows\temp，CVS server为CVS服务端口，默认即可，Lock部分为CVS lock服务的ip和端口，下面个参数默认即可。 服务器访问设置：打开Compatibility Options，出现如下目录 在Clients allowed to中设置Any CVS/CVSNT即可，其它默认。 用户访问设置：点击Advanced，进行高级设置，如下：
CVS版本管理介绍
CVS版本管理介绍 产品四部 黄昌发1概述 1.1前言 CVS的全称是Cuncurrent Versions System，是一种GNU软件包，由Intersolv公司开发。它是基于TCP/IP协议的版本控制工具，也是开源界最重要的开发工具之一。 CVS采用Client/Server结构，所有的用户都在客户端进行CVS操作，而所有命令的执行都在CVS服务器端进行。 CVS是一种基于RCS（Revision Control System修订控制系统）系统的维护工具，它明确的将源文件的存储和用户的工作空间独立开来，在一定的模式上扩展了RCS的恢复提交功能，并使其有利于并行开发，是一个版本控制系统。 CVS不采用对文件上锁的机制。CVS采取多个用户可以同时对一个文件进行编辑，然后Commit（提交）的方式解决这个问题。假设出现冲突，使用者必须手工解决冲突之后再进行Commit。在这种情况下，冲突的开发者必须进行足够的沟通以避免再次冲突。 理论上CVS可以维护任意的文本文档的开发，而不是局限于程序设计。 1.2存储结构 仓库（Repository）： CVS服务器上，一个源代码仓库被称为一个Repository。 Repository是CVS系统保存软件资源的地方。所有项目的所有文件的所有版本都保存在这个仓库中。 一个服务器上可以运行多个Repository，每个Repository都是完全独立的，可以有不同的用户列表和访问规则。 上图的E:/cvshome就是一个Repository，对应着硬盘上的一个文件夹。 模块（Module）： 在一个Repository之下，文件按照Module组织，一个Module就是一个子文件夹。 每一个Module就相当于一个工程，大致相当于Eclipse里面的Project。 一个软件工程通常作为一个单一模块存放在库中。
Linux下cvs服务器的配置和权限管理很详细
GLinux下cvs服务器的配置和权限管理1、查看是否安装cvs（redhat9缺省是装的，没有可在系统光盘中找到） #rpm -qa|grep cvs 2、下载CVSACL https://www.sodocs.net/doc/9718245961.html,/project/show 查看cvs版本 #cvs –version 3、安装CVSACL # tar -zxvf cvs-1.11.22-cvsacl-1.2.5-patched.tar.gz # mv cvs-1.11.22-cvsacl-1.2.5-patched cvs-1.11.22 # cd cvs-1.11.22 # ./configure # make # make install 4、在CVS服务器端建立仓库 创建用于CVS的专用系统组和用户，以后要访问CVS服务的用户加入cvs这个组：#groupadd cvs #useradd -g cvs -s /sbin/nologin cvsroot #passwd cvsroot 初始化cvs服务器环境 #mkdir /cvs #cvs -d /cvs init 其实就是cvs初始化cvs环境的命令,会在/cvs目录下生成CVSROOT文件夹,但是安装了CVSACL后，使用此命令CVSROOT文件夹中生成的文件会和不安装CVSACL的文件有所区别，会增加几个文件，稍后会详细介绍这几个文件的作用。 Aclconfig Access aclconfig, 设置CVS配置库归属及权限： #chown -R cvsroot.cvs /cvs #chmod -R 770 /cvs 加入cvs服务（redhath9缺省就有cvs服务，所以不用加） #vi /etc/services #cvspserver 2401/tcp #pserver cvs service #cvspserver 2401/udp #pserver cvs service 创建CVS启动脚本： #vi /etc/xinetd.d/cvspserver
CVS搭建及应用
CVS搭建及应用 版本管理系统可以帮助开发人员有效地管理软件资源的版本问题。CVS（Concurrent Version System）是目前最常用的版本管理系统，而Eclipse 是最流行的开放源码的集成开发环境。在Eclipse 中，与CVS 相关的功能被统称为小组开发环境。本系列的第1 部分不仅解释了CVS 的相关术语，还详细介绍了小组开发环境的建立过程；本系列的第2 部分则试图以一种简明易懂的方式来讲解Eclipse 小组开发环境的使用方法。 1．前言 版本管理系统可以帮助开发人员有效地管理软件资源（源代码文件、配置文件等）的版本问题。版本管理系统可以帮助开发人员追踪文件的修改履历；防止文件因疏忽而被错误的修改、删除；在小组开发环境中，帮助多个开发人员保持文件的同步；通过文件的修改履历，还可以帮助开发人员发现修改过程中产生的BUG，因此应用CVS可以在一定程度上提高软件的开发效率。现在很多开发工具中都集成了CVS功能，例如Eclipse、InteliJ、NetBeans 等；虽然Eclipse等集成开发环境（IDE）对CVS提供了很好的支持，可以大幅降低CVS 的使用难度，但是很多开发人员在使用CVS时还是不知所措。笔者认为这是由于他们不了解CVS的相关术语及CVS的工作模式所致。因此，本文首先介绍CVS的相关术语及CVS 的工作模式。然后通过一些实例与应用场景, 展示如何在ECLIPSE中使用小组开发环境。本文所使用的ECLIPSE没有安装本地语言包插件，操作界面为英文。但理解了相关术语后，读者即使在中文环境中也能正常操作。 2．CVS安装 2．环境安装 LINUX与WINDOWS是目前应用最普及的操作系统。下面首先介绍CVS服务器在两种操作系统上的安装与配置过程，然后介绍如何从Eclipse连接CVS服务器，最后介绍如何使用ECLIPSE共享模块。无论后台的CVS安装在何种操作系统之上，对于Eclipse来说，与CVS服务器建立了连接之后其使用方法是一样的。 2．1 安装CVSNT CVSNT可以从以下地址获得https://www.sodocs.net/doc/9718245961.html,/cvspro/。在WINDOWS系统上CVSNT有安装程序cvsnt-2.5.03.2151.msi（随版本的不同文件名也不同）。一般采取缺省安装方式安装后，CVSNT即可正常工作，如果想控制安装过程，则可以选择定制安装方式。例如在图1、图2中修改了安装目录。 图1：选择CVSNT的安装类型
wincvs操作使用说明
技术管理部资料 WINCVS 用户手册 编写：相伟 版本号：2008年4月18日 黑龙江傲立信息产业有限公司
目录 1.环境要求 (2) 2.wincvs界面与基本设置 (2) 3.登录CVS服务器 (4) 4.导入文件（Import）与检出文件（Checkout） (6) 5.同步（Update）--将服务端文件更新到本地 (15) 6.文件提交修改(Commit) (17) 7.删除文件 (18) 8.找回被删除的文件 (19) 9.添加目录到模块中 (19) 10.删除模块中的目录 (20) 11.标签( Tag )操作 (21) 12.分支( Branch )版本操作 (21) 13.查看文件的状态 (22) 14.需求要特别注意的事项 (24) 15.创建分支的注意事项 (24)
CVS（Concurrent Version System）版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。实际上CVS可以维护任意文档的开发和使用，例如共享文件的编辑修改，而不仅仅局限于程序设计。CVS维护的文件类型可以是文本类型也可以是二进制类型。CVS用 Copy-Modify-Merge（拷贝、修改、合并）变化表支持对文件的同时访问和修改。它明确地将源文件的存储和用户的工作空间独立开来，并使其并行操作。CVS基于客户端/服务器的行为使其可容纳多个用户，构成网络也很方便。这一特性使得CVS成为位于不同地点的人同时处理数据文件（特别是程序的源代码）时的首选。所有重要的软件项目都可以使用CVS作为其程序员之间的中心点，以便能够综合各程序员的改进和更改。 CVS的基本工作思路是这样的：在一台服务器上建立一个源代码库，库里可以存放许多不同项目的源程序。由源代码库管理员统一管理这些源程序。每个用户在使用源代码库之前，首先要把源代码库里的项目文件下载到本地，然后用户可以在本地任意修改，最后用winCVS的Commit(提交修改)功能进行提交，由CVS源代码库统一管理修改。这样，就好象只有一个人在修改文件一样，既避免了冲突，又可以做到跟踪文件变化等。下面将详细说明该系统的操作使用方法。 1. 环境要求 ●CPU ：P3-450以上、内存>64M、8M以上显卡、自由硬盘空间大于2G。 ●操作系统：Windows2000操作系统（pack2 /pack3）。 ●WNCVS ：\\websrv\software\win CVS 1.3.11\ wincvs1.3.11.1beta11.exe 2. wincvs界面与基本设置 安装好wincvs后，启动该系统，可以看到如下图的操作界面：
cvs在eclipse中的使用(经典加详细)
Eclipse中CVS的使用 1.1 CVS简介 CVS是Concurrent Versions System（并发版本系统）的简称。它是一个开放源代码的项目，是当前最流行的版本控制系统，目前绝大部分Open Source项目都使用它来做版本管理。如果你还习惯用微软的VSS来进行Java项目的版本管理，那么用上Eclipse后，建议还是转为使用CVS。 CVS采用客户机/服务器体系，代码、文档的各种版本都存储在服务器端，开发者首先从服务器上获得一份复制到本机，然后在此基础上进行开发。开发者可随时将新代码提交给服务器，当然也可以通过更新操作获得最新的代码，保持与其他开发者的一致。 Eclipse本身内置了CVS客户端，只要再建立一个CVS服务器就可以使用这一功能强大的版本控制系统。CVS的功能虽强大，但一般项目通常只用到其20%的功能，所以只要了解最常用的操作就可以了，本章将以面向实际项目使用需要的方式来介绍CVS。 2.2 CVS服务器端的安装与配置 CVS起源于UNIX/Linux平台，关于UNIX/Linux平台下的安装使用CVS服务器端的文章，在网上多如牛毛，本节不再重复。CVS服务器在Windows平台的版本：cvsnt，它的安装有一定困难，本节将着重介绍cvsnt的安装。 首先到cvsnt主页https://www.sodocs.net/doc/9718245961.html,/downloads/去下载它，下载方法参阅配书光盘的视频演示。目前的最新版本是cvsnt 2.0.28d，它可以安装在Windows NT/2000/XP/2003上。 （1）运行安装程序，不必更改它的任何默认设置，连续单击next按钮，即可完成安装。cvsnt默认安装在“C:\Program Files\cvsnt”目录下。 （2）通过Windows选择“开始→所有程序→CVSNT”选项，打开cvsnt的设置面板“Service control panel”，如图2.1所示，上面两个服务已经启动。 注意：如果提示找不到rundll32.exe，则单击“浏览”按钮，指向“C:\windows\system32\ rundll32.exe”并运行它。 （3）单击图2.1中的Repositories选项卡，再单击Add按钮，创建一个存放版本文件的目录“c:/cvsfile”，如图2.2所示，单击OK按钮后在弹出的两个窗口中回答“是”。 注意：建议在Name栏不要用自动生成的“/cvsfile”，而是改写成绝对路径“c:/cvsfile”，
cvs客户端使用说明
CVS客户端使用说明 公司CVS服务器说明 CVS服务器地址：10.70.9.11 CVS服务端口号：2401 Repository folder: /data7/cvsadmin/repository Window环境下使用cvs客户端 目前流行的windows cvs客户端软件有：WinCvs和TortoiseCVS TortoiseCVS使用 TortoiseCVS安装 1.可以从网址下载最新版本的TCVS，保存到你的硬盘的本地临时目录 (https://www.sodocs.net/doc/9718245961.html,/) 2.运行安装程序，如果你运行的系统是WINNT或者WIN2000，你必须有本地超级用 户权限来进行安装. 3.选择一个TCVS地安装目录，默认得是 C:\Program Files\TortoiseCVS. 4.选择安装类型，完成 简洁 定制 安装模式，如果你希望获得国际化支持，你应该 选择完全或者定制安装选项。. 5.当安装完成，你应该重新启动计算机让TCVS完成整个安装过程 注：严格的来说，只是需要重新启动WINDOWS资源管理器，如果你勇于冒险，你可以尝试杀掉资源管理器进程于任务管理器中，有时候WINDOWS将自动启动一个新的资源管理器实例，有时候你不得不自己运行一个 取出模块 1.在本地创建一个目录，用以存放公司的源代码。比如E:\dev\asiainfo 2.点击右键，执行如图命令
3.弹出如下界面：
●Protocol(协议) 用来同CVS仓库通讯的协议。使用Password server(:pserver:) ●Protocol parameters(协议参数)：不填任何东西 ●Server(服务器)：CVS仓库所在地服务器名称。可以是服务器名称，也可以是IP地 址，这里使用IP地址：10.70.9.11 ●Port(端口)：CVS仓库端口号通常不需要填写。不填时使用默认的端口。这里填写 2401。 ●Repository folder：远端服务器定义的CVS仓库本地路径。填写 /data7/cvsadmin/repository ●UserName(用户名称)：使用你登录CVS的用户名称。公司每个人都有一个对应的 CVS登录名，一般的明明规则是姓的全拼加名的简拼（名字是三个字的），或者是姓名的全拼（名字是两个字的）。 ●在右边module里输入，需要取出的模块。 附：代码模块列表 Products/aicboss22CBOSS代码 Products/aibps门户前台代码/门户后台借口代码 Products/aicbs22核心代码 Products/amp起停平台代码 Products/edc大数据清理模块代码 Products/unifyproduct统一产品代码 ……. ●然后选择Revision页，在Branch or Tag下选择Choose Branch or Tag，并输入Branch or Tag Name。如图：
CVS客户端安装及使用简单指南 (中文版)
CVS客户端安装指南 (中文版) 客户端下载地址 中文版： ftp://cvs@10.253.1.40:9527/WinCVS-SSH-Tcl-Setup.exe 英文版： f tp://cvs@10.253.1.40:9527/WinCVS%201.3.13.1%20setup.exe 下载不成功的同事可以直接找我copy； 安装时候直接默认安装就能完成。 客户端信息配置 进入菜单“系统”->“配置”
在标签页“综合配置”填入服务器配置 “认证方式”选择 pserver “你的CVS目录”填 /RADCvsRoot “服务器地址”填 10.253.1.40 “用户名”处填入自己的用户名，默认为大家姓名拼音CVSROOT不需要填，系统根据上面填的内容自动生成一个字符串，有些版本的客户端不需要填所有项目，只要配置这个字符串即可，则可以按此填入 username@10.253.1.40:/RADCvsRoot 修改本地工作目录 进入菜单“系统”->“配置” (同上) 在标签页CVS，如下图“工作目录”中填入本地工作目录，以后所有与服务器下载文档都将存在这个目录中：
还需要再点击左上角工作目录后面的按钮临时修改下载目录 登录方法 进入登录菜单“系统”->“登录”
直接确认就可以，此处的标签页“综合配置”和上一步内容一样，所以也可以在这修改服务器配置。 点击确认后弹出密码输入框
大家的初始密码是1qaz2wsx 修改密码方法：（需要先登录）进入菜单“系统”->“命令行” 进入下面的对话框：
输入修改密码的命令，例如修改用户liubin的密码命令如下： cvs passwd -a liubin 并按确认。 在弹出对话框中输入新密码，确认后再输一遍即可，下次就能使用新密码登录。 请务必修改密码，并请不要共用他人用户，cvs中所有文档修改轨迹都会留下修改人操作记录。 确认操作是否成功方法 所有的操作提交后系统会在左下角的白框内显示一句返回消息，
CVS_使用简介1
一、服务器搭建与配置 1、安装cvsserver（默认安装，省略） 2、新建一个文件夹如：f:/CONFIGROOT; 3、在repository configuration中配置cvs仓库，之后可以在F:\CONFIGROOT\CVSROOT中看到许多关于cvs的配置信息 4、server setting server setting中run as 选择具有windows管理者权限的用户 5、在cvs control panel的about中重启一下cvs。 6、cmd下，cvsroot环境变量配置： set cvsroot=:pserver:Administrator@HOUQING:/CONFIGROOT (set cvsroot=：协议：用户名@主机名:/仓库名) 注意，可以直接在系统环境变量里边设置了cvsroot（只有一个资源库时比较适用）,这样不用每次都手动设置cvsroot，但是当有多个资源库的时候，可能会有问题。 7、cvs login登陆 Cvs login 资源库名 以后登录后，可以用cvs ls查看资源库中的module 8、添加用户及密码设置（unix、xp中一般这样操作；win2000等，直接通过计
算机用户组管理，并将对应组授权给创建的资源库。），但不建议xp安装cvsnt。cvs passwd -a -r Administrator yanshi（和admin用户权限一样的用户）yanshi是你想新添加的用户名 Administrator指定现在用具有admin权限的用户来创建yanshi用户 否则出现错误信息：Only administrators can add or change another's password 这条命令后就可以设置这个用户的密码。 成功后可以使用这个用户了 服务器中，导入一个module： cvs import -m "test_03_import_command" cvs_test_03 /CONFIGROOT 导入一个新的moudle cvs_test_03 注意：可以通过cvs ？了解查询更多cvs命令的使用。 二、客户端wincvs安装 安装，提示安装python，可以不安装。 安装好之后，在客户端计算机上新建cvs管理文件夹，然后就可以在此文件夹里新建模块，check out 等操作了，具体的，请参看《manual_cvs.doc》 三、常用操作 在服务器创建一个文件夹,F:/MY_CVS_SERVER，进入wincvs，选择新创建的文件夹，点击确定，导航树刷新，有一个节点MY_CVS_SERVER 在服务器创建一个文件夹,F:/MY_CVS_SERVER，进入wincvs，选择新创建的文件夹，点击确定，导航树刷新，有一个节点MY_CVS_SERVER 1、check out 选择一个本地文件夹，右键，选择check module，如图， cvsroot ，输入正确的协议，服务器登录用户名，主机ip和数据仓库
CVS配置(Windows)
Windows2000/WindowsXp平台使用cvsnt与wincvs实现cvs的架设 服务器端 第一节安装cvsnt cvsnt顾名思义，肯定是用在windows上的，此软件可以从https://www.sodocs.net/doc/9718245961.html,免费下载最新版本。（本例所用为cvsnt-2.0.36） 先将它下载下来，然后双击开始安装： 会出现上面的对话框，这是无关紧要的，所以一路next按下去，直到出现下左的对话框 这里需要选择“Full installation”，然后点击next,后面会出现上右对话框 注意这里是需要将两个复选框都选中的。然后就可以高枕无忧，一路安装下来了。 安装完成了，本节也就结束了。
第二节创建cvs代码仓库（Repository） cvs仓库是代码的每个版本和所有相关记录在服务器端的储存地。有些时候又称它为主拷贝（Master Copy）。 在创建cvs仓库之前，我们首先需要新建一个文件夹用于充当仓库。该文件夹最好不要与程序放在一起，以免万一系统崩溃时破坏数据。然后，点击“CVS for NT”， 出现对话框后选择“Service Status”选项卡，就会出现如下对话框,然后按下“CVS Service”框中的“Stop“按钮， 接着选择“Repositories”选项卡，就会出现如下对话框，选中“Repository Prefix”项，并将目录设为“D：/CVSREPO”（可以按自己的要求设置），
点击下方的“add”按钮，会出现让你选择文件夹的对话框，选择我们刚才创建的文件夹，并确定，这时会发现上面所示对话框中央的列表框中发生了改变如下所示 显示出了我们上面所创建的文件夹的路径。
CCSv的安装及使用教程
目录 第二章软件的安装与应用 (1) 2.1 CCSv5.1的安装 (1) 2.2 利用CCSv5.1导入已有工程 (4) 2.3 利用CCSv5.1新建工程 (6) 2.4 利用CCSv5.1调试工程 (9) 2.5 CCSv5.1资源管理器介绍及应用 (16) 第二章软件的安装与应用 CCS（Code Composer Studio）是TI公司研发的一款具有环境配置、源文件编辑、程序调试、跟踪和分析等功能的集成开发环境，能够帮助用户在一个软件环境下完成编辑、编译、链接、调试和数据分析等工作。CCSv5.1为CCS软件的最新版本，功能更强大、性能更稳定、可用性更高，是MSP430软件开发的理想工具。 2.1 CCSv5.1的安装 （1）运行下载的安装程序ccs_setup_5.1.1.00031.exe，当运行到如图2.1处时，选择Custom 选项，进入手动选择安装通道。 图2.1 安装过程1 （2）单击Next得到如图2.2所示的窗口，为了安装快捷，在此只选择支持MSP430 Low Power MCUs的选项。单击Next，保持默认配置，继续安装。
图2.2 安装过程2 图2.3 软件安装中
图2.4 软件安装完成 （3）单击Finish，将运行CCS，弹出如图2.5所示窗口，打开“我的电脑”，在某一磁盘下，创建以下文件夹路径：-\MSP-EXP430F5529\Workspace，单击Browse，将工作区间链接到所建文件夹，不勾选"Use this as the default and do not ask again"。 图2.5 Workspace选择窗口 （4）单击OK，第一次运行CCS需进行软件许可的选择，如图2.6所示。 在此，选择CODE SIZE LIMITED(MSP430)选项，在该选项下，对于MSP430，CCS免费开放16KB的程序空间；若您有软件许可，可以参考以下链接进行软件许可的认证：，单击Finish即可进入CCSv5.1 软件开发集成环境，如图2.7所示。
基于ubuntu系统的CVS服务端配置手册
基于ubｕntu.系统的CVS-服务端配置手册
————————————————————————————————作者: ————————————————————————————————日期:
CVS ｕｂunｔｕ1４.０4 服务端配置手册 １.?以root用户身份在/home目录下建立ｃvsd目录,在ｃvsd目录下再建立项目 ??的总目录,假定此项目总目录为myprojｅｃt（下文均沿用此名）。 2.设置好网络源，以rｏot用户身份执行命令“aｐt-gｅt ｕpｄａte”更新软件列表, 通过菜单“系统”-“系统管理”-“新立得软件包管理器”上网安装ｃvs、ｃｖsd、xｉnetd、ssh。安装ｃvｓd时需输入项目名称的相对路径,此处定义为／myproject 。 3.cvsd的配置文件位于: /etc／ｃｖsd/cvsd．conf 。以超级用户身份修改其，将项 目 的根路径ＲｏｏｔJaiｌ变量由默认的/ｖaｒ／lib／cvsｄ修改为/home/cvsd 。 4.初始化myproｊect项目。 sudo ｃvｓ -d /ｈome／cvsd／myproｊeｃt init 然后以rooｔ用户身份在/home／cvｓd目录下新建ｌocｋ目录，lock目录用于ｃvs 传输时加锁。 同时更改位于/home/cvsd／myprｏject/CVSROOT路径下的cｏnｆiｇ文件权限 以ｒoot用户身份修改 chown roｏt：users ｃｏｎfｉg （所有项目用户均需加入uｓerｓ组） ｃｈmod 7４4 cｏnfiｇ 修改完成后用geｄiｔ命令打开该文件,将第18行内容#LockDir=/var／lock/cｖs 更改为 LockDir=／ｈome／cvsd/loｃｋ ?5．在/ｅｔc/xinetd．d目录下创建一个新文件cvs＿ssh，文件内容如下： ??servｉce cvs_sｓｈ { ??poｒt = 2401 ????disable = ｎo ???flags = REUＳE
WinCVS安装配置文档
WinCVS安装配置文档 作者：朱婷日期：2009-3-17 目录 1 WinCVS 简介 (2) 1.1 WinCvs的两种工作模式目录 (2) 1.2 WinCVS的工作流程 (3) 1.3 WincVS的目录 (4) 2 WinCVS 的下载安装与配置 (5) 2.1 WinCvs1.3.17.2版本的下载地址： (5) 2.2 WinCVS 的安装 (5) 2.3 WinCVS 的界面与基本配置 (5) 3 仓库的建立与模块导入 (8) 3.1 建立仓库 (8) 3.2 导入模块 (9) 3.3 把模块导出（Checkout）到本地 (11)
1 WinCVS 简介 1.1 WinCvs的两种工作模式目录 CVS工作于服务器/客户端模式（Client/Server模式）。WinCvs是CVS在Windows下的图形客户端。它有两个基本工作模式： WinCvs的第一种工作模式：是作为远程CVS服务器在本地的客户端使用。CVS 由于是在Unix下发展起来的，在使用的时候，有很多命令行，命令行中又带很多参数，习惯于Windows的读者很难记忆这些命令行和参数。WinCvs提供了用图形界面使用远程CVS服务的直观方法。 在这种工作模式下，第一次使用WinCvs的基本流程如下： 1) 您首先要让CVS管理员给您分配一个用户名和密码，先使用WinCvs登录 (Login)到CVS服务器。 2) 把本地需要CVS管理的原始目录导入（Import）到CVS服务器上去，使 之成为CVS服务器上仓库(Repository)的一个Module。 3) 在本地硬盘上创建一个工作目录。 4) 从CVS服务器的仓库（Repository）导出(Checkout)一个Module到本地硬 盘的工作目录 5) 从CVS服务器同步(Update)你同事的修改到你本地工作目录。在工作目录 上进行工作，在这个过程中，把文件的中间版本(Revision)提交(Commit)给
CVS使用说明书
目录 1 CVS简介 (2) 2 CVS的术语 (2) 3 CVS服务器端的安装 (3) 4 CVS服务器端的配置 (6) 4.1 创建CVS资源库 (6) 4.2 防火墙设置 (8) 4.3 添加用户 (8) 4.4 用户权限 (8) 5 Eclipse连接CVS服务器端 (9) 6 Eclipse使用CVS (12) 6.1 与VSS的不同 (12) 6.2 提交项目 (12) 6.3 提交文件 (18) 6.4 查看提交历史记录 (19) 6.5 检出项目 (19) 6.6 冲突问题 (22) 6.7 产生版本 (25) 6.8 修改旧版本的BUG (27) 6.9 团队开发实践建议 (30)
CVS使用说明书 1CVS简介 CVS为“并发版本控制系统(Concurrent Versions System)” CVS服务器端下载：https://www.sodocs.net/doc/9718245961.html,/cvsnt/ 2CVS的术语 资源库(Repository) ——资源文件的集合，版本管理的容器。在CVS服务器的根目录，在Eclipse中常称为CVS资源库。 模块(Module) ——资源文件的组织形式，CVS服务器根目录的第一级子目录，在版本管理系统中表现形式为目录。 检出(Checkout) ——将CVS资源库中的整个模块导出到本地Eclipse中。 导入(Import) ——将资源库之外的软件模块导入本地，提交整个目录结构并构建一个新的模块。 导出(Export) ——从资源库中取出模块。使用Export方式取出的模块复本不包含版本管理的相关信息，对该模块复本的修改也不能反映到资源库。 修订版(Revision) ——对文件的每次修改提交后，将产生一个新的修订版本，通常CVS版本管理系统用修订版来管理文件的修改履历，修订版用版本号来表示。 发行版(Release) ——这个发行产品的版本。 更新(Update) ——将资源库中模块文件的最新状态反映到工作空间的复制操作。 标签(Tag) ——在一个开发的特定期对一个文件集给定的符号名。 检入(Checkin) ——将工作的修改反映到资源库中。 提交(Commit) ——又称落实，将本地修改的文件提交到CVS服务器的资源库模块中。 冲突(Confilct) ——在资源库与本地复本之间状态不一致的状态下进行更新操作时，版本管理系统可能会尽量进行合并，如果版本管理系统不能完全处理上述不一致，就称之为产生了冲突。 分支(Branch) ——分支是开发小组共享和集成正在进行的工作的地方。可将分支认为是一个共享工作空间，当小组成员对项目进行更改时就会更新该工作空间。