CVS――Concurrent Versions System并行版本系统；
是一个标准的版本控制系统；
对代码进行集中管理；
记录代码所有的更改历史；
提供协作开发的功能；
支持多人同时CheckOut与合并。
以客户端/服务器模式工作，所有的用户都在客户端进行CVS操作，而所有命令的执行都在CVS服务器端进行。
- CVS仓库：又称主拷贝，是CVS系统保存软件资源的地方。所有项目的所有文件的所有版本都保存在这个仓库中。
- 版本：开发人员每次向CVS提交所做的修改就形成了一个新版本。
- 工作拷贝：从CVS服务器端取出的，保存在我们正在使用的客户端计算机上的代码拷贝。每个人员都有一个属于自己的工作拷贝。
- 检出代码（创建工作拷贝check out）：从服务器取出代码，就是创建工作拷贝的过程。
- 提交代码（commit）：将代码送到服务器保存，commit又叫作check in。
- 导入代码（import）：将未被CVS进行版本管理的代码引入CVS系统中，由CVS开始对它进行版本管理。
- CVS日志：CVS用来记录每次操作的内容的信息。日志信息可以用cvs log命令来查看。
- 更新（update）：在协同开发环境下，将其他人所作的最新修改从CVS仓库中取到你的工作拷贝中，从而使得你得工作拷贝与仓库中得最新版本保持一致。使用update是同步各个工作拷贝的手段。
- 冲突（conflict）：在协同开发的环境下，当两个开发人员对同一个文件进行修改，并且依次提交CVS仓库时就发生了冲突。这种冲突需要开发人员手工消除，并提交到CVS仓库中形成解除冲突之后的新版本。
1.设置环境变量。
2.签出工作版本到工作目录。
该命令只将account/src/common目录结构签出到本地。若使用
则将account下所有目录结构签出来。
3.提交修改的文件到CVS版本库中:
注意若提交多个文件可以输入多个文件名，并以空格分开。若将该目录下所有文件都提交，那么只需
即可。
4.提交新增加的目录或文件到CVS版本库中:
5.删除目录及文件，需先删除目录下的文件
再执行
则将该空目录删除（只是删除本地工作拷贝的空目录）。
6.查看文件状态
例如：
注意：最重要的是Status栏，可以有以下几种状态：
Up-to-date
：表明你的工作拷贝是最新的．
Locally Modified：表明你曾经修改过该文件，但还没有提交，你的版本比仓库里的新．
Needing Patch：表明有人已经修改过该文件并且已经提交了！你没有修改但你的工作拷贝的版本比仓库里的旧．
Needs Merge：表明你修改了该文件但没有提交，而有人也修改了这个文件，并且提交给仓库了。
Locally added
：表明使用了"add"命令增加了该文件，但还没有"commit"
Locally Removed
：表明你使用了"remove"命令，但还没有"commit"
Unkown
：CVS不知道关于这个文件的情况.例如，你创建了一个新文件，而没有使用"add"命令
解决办法：
若状态为Locally Modified，则需执行$cvs ci <filename>
若状态为Needing Patch或Needing Merge，则需执行$cvs up <filename>
将版本库里的文件与工作拷贝合并后，再提交给版本库，使用命令：
$cvs ci <filename>
。
若状态为：Locallyadded，则需执行$cvs ci <filename>
若状态为：Removed，则需执行$cvs ci <filename>
若状态为：Unkown，则需执行$cvs add <filename>，$cvs ci <filename>。
7.查看工作拷贝和仓库中最后版本之间的修改
8.查看指定的两个版本之间的修改
9.版本回退（取出以前的某个版本）
有两种方式：
一是只把某一版本的文件输出到标准输出上：
“-p”选项让CVS命令的结果只输出到标准输出，而不写入到结果文件中。
另一种是将输出到标准输出的结果重定向到文件中：
如：目前abc.c文件的版本号为1.5，要取出1.2的版本，那么执行
若没有使用“-p”选项进行回退，而是使用了$cvs up –r 1.2 abc.c命令，之后若对1.2版本进行修改后再提交到CVS时，会出现如下提示信息：
解决办法两种方式：
1、修改CVS/Entries文件，将以下黄色标记部分删除即可。
10.如何恢复已经删除的文件或目录：
1. 在执行了【Remove】命令之后恢复文件。 ◇ 【Ctrl+L】直接输入命令cvs add xxxxx，或执行【Add Selection】界面操作。 ◇ 这样就可以直接恢复还未提交的删除文件。
2. 在执行了【Commit】命令之后恢复文件。 ◇ 只能用【Ctrl+L】直接输入命令cvs add xxxxx，这时会得到一个空的文件。 ◇ 选中这个空文件，执行【Update】操作，得到这个文件的实体。 ◇ 再次选中这个文件，执行【Commit】操作，得到这个文件最新版本。
3. 由于CVS系统中本质上不会删除任何目录，因此，谈不上对目录的恢复，但是CVS系统默认情况下是要在用户本机上（如：YCW2000）要删除空目录，因此，可以用如下方法得到已被删除的空目录：cvs checkout -p xxx，也可以在Admin=>Preference的【Globals】页面进行设置。
=============================================================================
CVS是一个C/S系统，多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。工作模式如下：
CVS服务器（文件版本库）
/ | \ （版 本 同 步）
/ | \
开发者1 开发者2 开发者3
CVS（Concurrent Version System）版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。实际上CVS可以维护任意文档的开发和使用，例如共享文件的编辑修改，而不仅仅局限于程序设计。CVS维护的文件类型可以是文本类型也可以是二进制类型。CVS用Copy-Modify-Merge（拷贝、修改、合并）变化表支持对文件的同时访问和修改。它明确地将源文件的存储和用户的工作空间独立开来，并使其并行操作。CVS基于客户端/服务器的行为使其可容纳多个用户，构成网络也很方便。这一特性使得CVS成为位于不同地点的人同时处理数据文件（特别是程序的源代码）时的首选。
所有重要的免费软件项目都使用CVS作为其程序员之间的中心点，以便能够综合各程序员的改进和更改。这些项目包括GNOME、KDE、THE GIMP和Wine等。
CVS的基本工作思路是这样的：在一台服务器上建立一个源代码库，库里可以存放许多不同项目的源程序。由源代码库管理员统一管理这些源程序。每个用户在使用源代码库之前，首先要把源代码库里的项目文件下载到本地，然后用户可以在本地任意修改，最后用CVS命令进行提交，由CVS源代码库统一管理修改。这样，就好象只有一个人在修改文件一样，既避免了冲突，又可以做到跟踪文件变化等。
CVS是并发版本系统（Concurrent Versions System）的意思，主流的开放源码网络透明的版本控制系统。CVS对于从个人开发者到大型，分布团队都是有用的：
它的客户机/服务器存取方法使得开发者可以从任何因特网的接入点存取最 新的代码。它的无限制的版本管理检出(check out：注1)的模式避免了通常的因为排它 检出模式而引起的人工冲突。 它的客户端工具可以在绝大多数的平台上使用。
CVS被应用于流行的开放源码工程中，象Mozilla，GIMP，XEmacs，KDE，和GNOME等。 那么它到底怎么样？
你可能会说，它非常棒，但是对于 "我"来说它能做什么？首先，基本的 ：一个版本控制系统保持了对一系列文件所作改变的历史记录。对于一个开发者来说，那就意味着在你对一个程 序所进行开发的整个期间，能够跟踪对其所作的所有改动的痕迹。对你来说，有没有出现过由于在令行上 按错键而导致一天的工作都白费的情况呢？版本控制系统给了你一个安全的网络。
版本控制系统对任何人都有用，真的。(毕竟，谁不愿意使用一个安全的 网络呢？)但是它们经常被软件开发团队使用。在团队中工作的开发者需要能够调整他们的各自的修改；一个集 中式版本控制系统允许那样做。
代码集中的配置
个人开发者希望一个版本控制系统的安全网络能够运行在他们的本地的 一台机器上。然而，开发团队需要一个集中的服务器，所有的成员可以将服务器作为仓库来访问他们的代码。在 一个办公室中，没有问题 --只是将仓库连到本地网络上的一台服务器上就行了。对于开放源码项目...噢， 还是没有问题，这要感谢因特网。CVS内建了客户机/服务器存取方法，所以任何一个可以连到因特网上的开发 者都可以存取在一台CVS服务器上的文件。
调整代码
在传统的版本控制系统中，一个开发者检出一个文件，修改它，然后将 其登记回去。检出文件的开发者拥有对这个文件修改的排它权。没有其它的开发者可以检出这个文件 -- 并且只 有检出那个文件的开发者可以登记(check in：注2)所做的修改。(当然对于管理员有很多方法可以超越这个 限制。)
想一下排它的检出可能会如何工作：Bob的兄弟检出 foo.java以便加入 注释，写好代码后他什么也没做。然后他去吃午饭了。Bob吃完午饭后，发现他的老板所指给他的一个bug在 foo.java里。他试图检出 foo.java ... 但是版本控制系统不允许他这样做，因为他的兄弟已经把它检出了。Bob不 得不等着他的兄弟吃完午饭回来(在这个 "好"日子用了两个小时)，他才可以修正bug。
在一个大型的开放源码工程中，因为开发者可能在任意的时区工作得很 晚，给予一个开发者阻止任意地方的其它开发者继续处理任意文件的能力很明显示无法运转。他们最终将因为不 能够在他们想要的时候开展项目而感到厌烦。
CVS通过它的无限制的检出模式解决了这个问题。检出一个文件并不给定 开发者对那个文件的排它权。其它的开发者也可以对其检出，进行他们自己的修改，并且将其登记回去。
"等一下！"你可能会说。"但是后面的登记不是会覆盖前面的吗？"回答 是不会。详细地回答就是当多个开发者对同一个文件作了修改CVS会检测，并且自动合并那些改变。
哇噢。自动的？不用担心 -- CVS 会很小心，并且将会自动合并那些只 要不是对代码的同一行所作的改动。如果CVS不能安全的处理这些改动，开发者将不得不手工合并它们。 从此去往何处？
到现在为止，你已经毫不犹豫地着迷于CVS 的潜力，并且急不可待地想 开始。第一步就是去得到 适合你的平台的CVS软件。安装CVS通常就是将其从你下载的压缩包中解开这么一件 事。配置CVS 可能要小心一些，它非常依赖于你使用的平台和你的CVS代码仓库的存放地。CVShome.org存放了大 量的CVS 文档：
《Introduction to CVS》 Jim Blandy所写的一篇很棒地在线介绍。我也推荐《 Open Source Development with CVS》 Karl Fogel写的。你可以读一下我写的关 于它的评论在OpenAvenue VOX上。Karl已 经将书中关于CVS的部分置于GPL许可证之下；这篇文档在Karl的站点上以多种文档格式提供。
《The Cederqvist》 -- 由Per Cederqvist所编写的CVS手册 -- 是一个关于CVS信息的全面资料。
有大量的可用在许多平台上CVS 附加工具，它们给 CVS增加了功能或使得CVS更容易使用。
posted on 2007-11-27 20:33
jadmin 阅读(50)
评论(0) 编辑 收藏