CVS是一个C/S系统，是一个常用的代码版本控制软件。
主要在开源软件管理中使用。与它相类似的代码版本控制软件有subversion。多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。
CVS版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。但是由于之前CVS编码的问题，现在大多数软件开发公司都使用SVN替代了CVS。
WinCVS是CVS的一个客户端程序，它以CVS作为基础，在其上构造了功能强大的GUI，使得Windows平台上的CVS用户可以轻而易举的进行协同工作。
扩展资料
cvs的好处
修改软件时可能会不知不觉混进一些bug，而且可能过了很久你才会察觉到它们的存在。有了 cvs，你可以很容易地恢复旧版本，并从中看出到底是哪个修改导致了这个bug。有时这是很有用的。
1、cvs 用一种聪明的办法把一个文件的所有版本保存在一个文件里，仅仅保存不同版本之间的差异。
2、cvs 最初由 Dick Grune 在 1986 年 12 月以 shell脚本的形式发布在 comp.sources.unix 的新闻组第 6 卷里；1989 年 4 月，Brian Berliner 设计了 cvs 并编写了代码。之后 Jeff Polk 帮助 Brian 设计了 cvs 模块和销售商分支支持。
3、cvs 不能指导你如何构造什么。它只是将你所设计的一种树结构文件保存下来以备恢复之用。
4、cvs 不能决定如何在一个检出工作目录使用磁盘空间。如果你在每一个目录中都写下 Makefile 或脚本，且必须知道其它一切的相对位置，有时不得不检出整个仓库。
参考资料来源 百度百科-cvs
CVS是“Concurrent Version System”的简称，即是是一个C/S系统，常用的代码版本控制软件。
CVS是开发源代码的配置管理工具，其源代码和安装文件都可以免费下载。CVS是源于unix的版本控制工具，对于CVS的安装和使用最好对unix的系统有所了解能更容易学习。
CVS的服务器管理需要进行各种命令行操作。目前，CVS的客户端有winCVS的图形化界面，服务器端也有CVSNT的版本，易用性正在提高。但因为CVS是开发源码软件，没有生产厂家为其提供技术的支持。如发现问题，通常只能靠自己查找网上的资料进行解决。
扩展资料：
cvs替代管理
cvs 不能代替开发者之间的交流。在单个文件内遇到冲突时，大多数开发者不费多大力气就能解决它们。但更常见的"冲突(conflict)"，是那些难度较大、不在开发者之间进行交流就没法解决的问题。
当在一个文件内或多个文件中同时发生变化时，cvs 并不知道何时它们会在逻辑上发生冲突。它的冲突(conflict)概念是纯粹文本意义上的，这种冲突会在同一个文件的两种变化十分接近以致于会破坏合并命令(如diff3)。
cvs 决不会指出程序逻辑上非文本或分布式的冲突。例如：假如你改变了在文件A 中定义的函数X 的参数。同时，别人在编辑文件B，仍用旧参数调用 X 这个函数。此时产生的冲突 cvs 可就无能为力了。
参考资料来源：百度百科-CVS
CVS是一个很老的版本控制的工具软件了。
想入门的话推荐一个简单教程：（版权归原作者哦，你可以去百度一下原文。）
-----------------------------------------------------
CVS简单教程
------------------------------
现在服务器和客户端都设置好了，那么怎么用呢，我在这里写一个最简单的（估计也是最常用的）命令介绍：
首先，建立一个新的CVS项目，一般我们都已经有一些项目文件了，这样我们可以用下面步骤生成一个新的CVS项目：
1. 进入到你的已有项目的目录，比如叫 cvstest：
$cd cvstest
2. 运行命令：
$cvs import -m "this is a cvstest project" cvstest v_0_0_1 start
说明：import 是cvs的命令之一，表示向cvs仓库输入项目文件．
-m参数后面的字串是描述文本，随便写些有意义的东西，如果不加 -m 参
数，那么cvs会自动运行一个编辑器（一般是vi，但是可以通过修改环境变量
EDITOR来改成你喜欢用的编辑器．）让你输入信息，
cvstest 是项目名称（实际上是仓库名，在CVS服务器上会存储在以这个名字
命名的仓库里．）
v_0_0_1是这个分支的总标记．没啥用（或曰不常用．）
start 是每次 import 标识文件的输入层次的标记，没啥用．
这样我们就建立了一个CVS仓库了，然后，我们可以把这个测试项目的文件删除．试验一下如何从仓库获取文件．这里我假设上面的所有客户端工作你都已经做过了．
运行下面的命令：
$cvs checkout cvstest
从仓库中检索出cvstest项目的源文件．
如果你已经做过一次checkout了，那么不需要重新checkout，只需要进入cvstest项目的目录，更新一把就行了：
$cd cvstest
$cvs update一下即可．又或者你不想直接更新，只是想看看有没有更新的东西，那么：
$cvs status
这时后会打印出一长串状态报告（你可能需要用类似less这样的命令分页显示，或者定向到一个输出文件里慢慢看．），对项目中的每个文件有一份状态报告，类似这样：
===================================================================
File: foo.c Status: Up-to-date
Working revision: 1.1.1.1 'Some Date'
Repository revision: 1.2 /home/cvsroot/cvstest/foo.c,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)
这里最重要的就是 Status 栏，这里总共可能有四种状态：
Up-to-date：表明你要到的文件是最新的．
Locally Modified：表明你曾经修改过该文件，但还没有提交，你的版本比仓库里的新．
Needing Patch：表明有个哥们已经修改过该文件并且已经提交了！你的版本比仓库里的旧．
Needs Merge：表明你曾经修改过该文件，但是偏偏有个不识相的也修改了这个文件，而且还提交给仓库了！
如果你只是想保持软件的同步的话（象我），那么上面的东西就足够用了．可是如果多人协作开发项目的话，可就不是了这么简单了．当你参加项目，维护文件时，就需要更多命令，比如说你我都是某 nasdaq 项目的开发人员：
1，你对某个文件做了修改，比如说改了ceo.c，加了一行程序：printf("where can I find VC to cheat!");
改完之后你要把修改提交给仓库，用命令：
$cvs commit -m "add a complain" ceo.c
或者就是：
$cvs commit -m "worry about money"
让cvs帮你检查哪个文件需要提交．
2，当我开始干活的时候，可能我先：
$cvs status
一把，这时候我会看到：
==================================================================
File: ceo.c Status: Needing Patch
Working revision: 1.1.1.1 'Some Date'
Repository revision: 1.2 /home/cvsroot/nastaq/ceo.c,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)
于是我知道有人改了ceo.c，于是我就：
$cvs update ceo.c
或者干脆：
$cvs update
把ceo.c这个文件更新为最新版本，然后再干活．然后提交．
如果这天你修改了coo.c，加了一行 puts("how about another kind of bragging?");
并且提交了，但是这时候我已经 $cvs status 过了，就是说我不知道你的修改．
而我加了一行printf("You must shamelessly and seems knowingness to act as a coo");
并且傻乎乎地提交：
$cvs commit coo.c
这时候，CVS会告诉我
cvs commit: Examing .
cvs server: Up-to-date check failed for 'coo.c'
cvs [server aborted]: correct above error first!
于是我知道有个狗屎在我修改文件的当口做了提交，于是我
$cvs update
这时cvs会报告：
RCS file: /home/cvsroot/nasdaq/coo.c,v
retrieving revision 1.1.1.1
retrieving revision 1.2
Merging differences between 1.1.1.1 and 1.2 into coo.c
rcsmerge: warning: conflicts during merge
cvs update: conflicts found in coo.c
C coo.c
告诉你coo.c有版本冲突，于是我编辑coo.c，这时一般文件里看起来象这样：
...
printf("You must shamelessly and seems knowingness to act as a coo");
<<<<<<< foo.c
=======
...
puts("how about another kind of bragging?");
>>>>>>> 1.2
...
于是我把上面改成：
printf("You must shamelessly and seems knowingness to act as a coo");
puts("how about another kind of bragging?");
然后
$cvs commit -m "merged" coo.c
于是下回你再更新的时候就有新的补钉要打．．．如此往复，直到完成所有修改．
不过这里有一些要注意的地方就是删除程序，如果你删掉一行对你可能没有用的程序
puts("to be honest"); 而我不想删除（因为我有用），而我不知情地直接：
$cvs update
了，那么我的这行程序也完蛋了，所以这里我们要注意所有开发人员的协调，千万不要乱删东西，大不了用
#if 0
#endif
宏定义对括起来．实在要删东西，那最好先标记一个版本：
$cvs tag v_0_0_1
然后你可以发布并删除你自己的工作目录里这个版本的文件（注意：不是删除仓库里的．）：
$cvs release -d nasdaq
然后你再生成一个新分支：
$cvs rtag -b -r v_0_0_1 v_0_0_1_1 nasdaq
然后再建立v_0_0_1_1的分支
$cvs checkout -r v_0_0_1_1 nasdaq
编辑并修改这个分支的文件，这样的做法比较好．
不过要注意的是，新标记和新分支的建立最好由项目的管理人员负责，否则每个人都做一个分支，那么仓库就太乱了．因此，比较的开发人员之间的直接沟通是不能忽略的．一般来说，在互联网上的标准模式是有一个管理员（可能自己并不写程序），有一个邮递列表，大家都在邮递列表上交流看法和做各种决议．当形成决议之后，管理员做一个新版本的标记．以此循环．
还有一些命令，比如要增加一个文件 garbage_china_concept_stocks_list：
$cvs add garbage_china_concept_stocks_list
然后还要：
$cvs commit garbage_china_concert_stocks_list
看起来有点象数据库里的事务？的确是这样．CVS维护着一个本地的参考文件（在CVS/Entries里），这样提交的时候就可以一次地把所有改变放到服务器端，这样也更安全．同样，如果想删除文件 bankrupted_web_site：
$rm bankrupted_web_site
$cvs remove bankrupted_web_site
$cvs commit bankrupted_web_site
3，一些小技巧：
$Header$ 标记：把这个标记放在文件的任何地方都会被 cvs 替换成最后修改的 cvs 用户名，该文件当前版本号，最后修改时间，该文件的 cvs 仓库路径，看起来象下面这个样子：
// $Header: /home/cvsroot/simhost/simhost.cpp,v 1.2 2001/04/20 08:26:10 jqliu Exp $
一般我们把它放在开头，这样对程序员修改文件非常便利，很多时候你只要看一眼开头就知道文件是否最新．
$Id$标记：把这个标记放在文件的任何地方都会被 cvs 替换成最后修改的 cvs 用户名，该文件当前版本号，最后修改时间，该文件的 cvs 仓库路径，看起来象下面这个样子：
$Id: simhost.cpp,v 1.3 2001/04/24 02:27:36 simhost Exp $
好了，上面所有的东西，估计就是我们用cvs时80%情况下用的命令和内容，包括文件的更新，提交，冲突的解决，分支的派生，增删文件等．实际上cvs的功能之强大，远远超出我在这里描述的内容，我这个”速成”也就管不了太多了，希望随着时间的推移，我们能够更加有效地使用CVS．也希望大家能够不断补充这篇文章，最后能够成为手册，而不仅仅是速成．当然，还要更多地参考别的文档．
CVS有如下意思：
1：便利店的意思。英文简称CVS（Convenience Store）是一种用以满足顾客应急性、便利性需求的零售业态。
2：CVS是一个C/S系统，是一个常用的代码版本控制软件。主要在开源软件管理中使用。与它相类似的代码版本控制软件有subversion。多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。实际上CVS可以维护任意文档的开发和使用，例如共享文件的编辑修改，而不仅仅局限于程序设计。
CVS维护的文件类型可以是文本类型也可以是二进制类型。CVS用Copy-Modify-Merge（拷贝、修改、合并）变化表支持对文件的同时访问和修改。它明确地将源文件的存储和用户的工作空间独立开来，并使其并行操作。CVS基于客户端/服务器的行为使其可容纳多个用户。这一特性使得CVS成为位于不同地点的人同时处理数据文件（特别是程序的源代码）时的首选。所有重要的免费软件项目都使用CVS作为其程序员之间的中心点，以便能够综合各程序员的改进和更改。这些项目包括GNOME、KDE、THE GIMP和Wine等。
内容全部来源于网络收集，如有侵权，请联系网站删除：QQ：24596024