零基础学习SVN之（二）：CVS与SVN的区别

    相信大家看了零基础学习SVN之（一）：SCM与SVN的使用（基础篇）这篇博客之后，对版本控制就有了一定的理解，同时也应该知道SVN与CVS是比较流行的两款SCM工具。那么到底这两款工具有什么区别呢？
 
1、版本编号方面
    例如，我们的版本库为A，其中有文件a,b,c。
    在SVN中，新版本的版本号不是针对某个特定文件的，而是针对整个库而言的。提交了5次和提交了6次，文件a有可能不同，也有可能相同，即1.0版和1.1版可能相同。因为第6次提交有可能是因为文件b或c进行了修改。而在CVS中则相反，每次更新可能只对文件的版本号进行修改，即a文件的1.0版和1.1版是肯定不同。
（在这里纠正一个概念，“文件a的第2版本”这个说法是错误的，应该是“文件a的第2次修改，即第二次Commit”）
    SVN的全局性版本编号为SVN带来了诸多的优势：如对目录或文件执行拷贝，无论涉及多少文件，SVN不需要对单个文件依次执行拷贝命令，仅仅需要建立一个指向相应的全局版本号的一个指针即可。
 
2、目录的版本控制
    CVS只能对文件进行版本控制，不能对目录进行版本控制，这就导致CVS失去了很多功能：
1、没有移动操作
       CVS里没有移动（move）这个操作，当人为进行文件移动操作时，CVS只能注意到，一个文件在一个位置被删除了，而在一 
个新位置创建了另外一个文件。由于它不会连接两个操作，因此也很容易使文件历史轨迹丢失。所以使用CVS时，每个文件的位置一定要谨慎的选择。
2、没有重命名操作
       CVS里没有重命名（rename）这个操作，人为的对文件进行重命名会使得命名前后的文件失去历史联系，而记录历史本来是版本管理的主要目的。
3、没有拷贝操作
       CVS中没有拷贝（copy）这个操作，人为的拷贝对CVS而言，只能看到新的文件的增加，而不能记录拷贝源文件和目标文件之间的联系。
    而SVN从很大程度上避免了这些不足，SVN将目录作为一类特殊的文件来处理。当目录中的子目录/文件被删除、重命名、或新的子目录/文件被创建时，目录的内容将发生改变。因此，SVN象记录普通文件的修改历史一样记录对目录的修改历史，当发生文件/目录的移动、重命名或拷贝操作时，SVN能够准确记录操作前后的历史联系。同样，像对文件的不同历史版本进行比较一样，SVN支持对目录的不同历史版本的比较，清晰展现目录的变化历史。
 
3、原子性提交
       CVS和SVN同样作为SCM版本控制管理工具，SVN的原子性提交可谓是技高一筹啊！
SVN提交文件，只有当全部文件修改都成功入库，该提交才变得有效。一旦中断，SVN将会自动执行“回滚”（rollback）操作。SVN 这种机制保证所有的修改要么全部入库生效，要么一个也不入库。由于SVN的原子性提交特性和全局版本编号方式，当提交成功完成时，一个唯一的、新的全局版本编号产生，而提交时用户提供的日志信息与该新的版本编号关联，只进行一次存储（区别于CVS的按文件重复存储）。
    而CVS则采用线性、串行的批量提交，即依次地，一个接一个地执行提交，每成功提交一个文件，该文件的一个新的版本即被记录到版本库中。但当任何原因造成批量操作的中断时，版本库往往处于一个不一致的状态。另外，CVS即使在批量提交不发生中断时也会造成不一致：假设用户A启动一个需要较长时间才能完成的批量提交；与此同时，用户B执行cvsupdate操作。此时，用户B很有可能得到一个不一致的更新，即用户B通过“更新”操作，得到用户A的部分修改文件。
4、变更集概念的支持
    由于SVN提交是原子性的，每次成功提交形成的唯一的全局版本号对应此次批量提交的所有文件修改，也就是说，一个SVN版本号其实对应了一个逻辑上的变更集，该变更集可能对应于对一个BUG的修复，或者对应于对一个已有功能的改进，或者对应于一个新功能的实现。可以说，变更集是一个软件开发活动的逻辑结果，该变更集可以通过其对应的版本号在软件开发的其他过程中（如软件合并/集成过程，软件发布管理，变更管理系统，缺陷追踪系统）被引用。因此，SVN将版本管理从单纯的、单个的文件修改的层次通过逻辑上的抽象，上升到更便于理解和交流的开发活动的层次。
5、、差异化的二进制文件处理
        CVS最初设计是为处理文本文件（或ASCII文件，源代码文件），对文本文件进行差异化的存储、新旧版本的比较，文件合并等。但对于二进制文件，CVS则明显力不从心。在CVS的版本库中，对于二进制文件的历史版本，CVS是对不同的版本进行独立的、冗余的存储，哪怕版本之间其实只存在微小的差异。与CVS不同，SVN每次提交后版本库中只存储相对于先前版本的差异，从而可以节省大量的存储空间。更为重要的是，当客户端需要获取新的版本时，SVN只传输版本的差异，从而大大减少对网络带宽的消耗。
 
    说了这么多，好像全是在说SVN得优点，其实它也不是那么完美。下面来分析一下SVN的一些不足之处。
    1、对中文路径名的支持
       cvs：支持的比较好
       svn：要将权限控制文件保存为svn支持的UTF-8格式
    2、本地文件与库的对应关系
       cvs：可以多对多
       svn：一个库可以有多个工作目录，但一个工作目录只能对应一个库，虽然可以更改库位置但是要求很严格。
    3、库中文件存放方式
       cvs：完全用户可见方式与客户端文件夹结构完全一直（cvs生成文件除外）
       svn：看不到文件真正的内容
 
推荐阅读：零基础学习SVN之（一）：SCM与SVN的使用（基础篇）