cvs从介绍到搭建全程跟踪1

  学习如何搭建CVS先要了解CVS是什么，有什么用途，于是就先百度一下，先将CVS的介绍写到这里，方便查看(其中包括自己总结的一些内容嘿嘿~~~)，
  CVS是一个C/S系统，是一个常用的代码版本控制软件。主要在开源软件管理中使用。现已被subversion(SVN)所替代。
  CVS(Concurrent Version System) 版本控制系统是一种GNU软件包,主要用于在多人开发环境下的源码的维护。实际上CVS可以维护任意文档的开发和使用，例如共享文件的编辑修改，而不仅仅局限于程序设计。
  CVS的基本工作思路是这样的：在一台服务器上建立源代码，库里可以存储许多不同项目源码，由源码管理员统一管理这些源程序并创建用户名和密码，每个用户在使用源代码之前，必须由源码管理员分配可以读、写、修改、删除的权限，这样用户用户将源码下载到本地，然后用户可以在本地进行修改、添加、删除，最后用CVS命令进行提交，这样即可以避免冲突、而且可以做到跟踪文件修改记录（修改时间，修改人、修改内容）。
  使用CVS的好处：
   1、可以恢复旧版本，并可以从中查看到修改内容、修改时间以及修改的作者。
   2、集中管理源程序。
   3、CVS不能替代管理：
      你的经理和项目负责人应经常与你交流以确保你时时记得进度表、合并点、分支名和发布日期。 如果他们不这样做，cvs 也没用。 cvs 只是一个用来使你的资源与你的步调一致的工具。但你是风笛手和作曲家。没有哪种乐器会自己演奏或是作曲。
   4、CVS不能代替开发者之间的交流：
      (1)在单个文件内遇到冲突时，大多数开发者不费多大力气就能解决它们。但更常见的"冲突(conflict)"，是那些难度较大、不在开发者之间进行交流就没法解决的问题。
      (2)当在一个文件内或多个文件中同时发生变化时，cvs 并不知道何时它们会在逻辑上发生冲突。它的冲突(conflict)概念是纯粹文本意义上的，这种冲突会在同一个文件的两种变化十分接近以致于会破坏合并命令(如 diff3)。
      (3)CVS决不会指出程序逻辑上非文本或分布式的冲突。 例如：假如你改变了在文件 A 中定义的函数 X 的参数。同时，别人在编辑文件 B，仍用旧参数调用 X 这个函数。此时产生的冲突 cvs 可就无能为力了。
      (4)对于那些难道较大、不在开发者之间进行交流就没法解决的冲突，先将自己修改的文件保存到其他地方，然后从CVS上强制更新(override and update)冲突的文件,在将自己修改的文件内容手动拷贝到更新的文件中，既是所谓的手动更新。
    
    CVS介绍先写到这里，关于CVS的搭建见：“cvs从介绍到搭建全程跟踪2”
    声明：本人对CVS并没有全部介绍。