SVN学习总结

    在我们开发一个软件的过程中，修改和更新时必不可少的，而软件配置管理是一种标识，组织和控制修改的技术。他可以对每个项目的更变进行版本控制，维护不同项目之间的版本关联，可以使软件在开发过程中任意时间的内容都可以被追溯。他的目标就是为了表示变更，控制变更，确保变更正确实现并向其他有关人员报告，可以使错误降低到最小，还能有效的提高生产效率。

    使用配置管理的理由

1.及时了解团队中其他成员的进度

2.轻松比较不同版本间的细微差别

3.记录每个文件成长的每步细节，利于成果的复用

4.资料共享，避免以往靠邮件发送文件造成版本混乱

5.人人为我，我为人人，所有成员维护的其实是同一个版本库，无需专人维护所有文件的最新版本

6.协同工作，大大提高团队工作效率。

    SVN

    是一个自由开源的版本控制系统，可以将数据恢复到早期版本或者检查数据修改的历史，这些数据可以使源代码、也可以是其他类型的文件。说的简单一些，SVN就是用于多个人共同开发同一个项目，实现共用资源的目的。

    配置库

    SVN的核心是配置库，存储所有的数据，配置库按照文件树形式储存数据，任意数量的客户端可以连接到配置库，读写一些文件。通过读写数据，别人可以看到这些信息，也可以看到别人的修改。Subversion会在服务器端记录每一次更改，不仅是内容修改，也会记录每一次的目录修改，更新修改后的目录。

    工作副本

    与位于中央配置库相对应的是每个人的工作空间，他是每个程序员工作的地方，程序员从配置库拿到源代码，放在本地做为工作副本，在工作副本上进行查看、修改、编译、运行、测试等一系列的操作，并把新版本的代码从这里提交到配置库中。

       

checkOut的注意项

1.全递归

  检出完整的目录树，包含所有的文件或子目录

2.直接节点，包含目录

  检出目录，包含其中的文件或子目录，但是不递归展开子目录

3.仅文件子节点

  检测出指定目录，包含所有文件，但是不检出任何子目录。

    

    CVS

    CVS版本控制系统是一种GNU软件包，主要用于在多人开发环境下源码的维护。CVS维护的文件类型可以是文本类型也可以是二进制类型。它明确地将源文件的存储和用户的工作空间独立开来，并使其并行操作。CVS基于客户端/服务器的行为使其可容纳多个用户。这一特性使得CVS成为位于不同地点的人同时处理数据文件时的首选。但是由于之前CVS编码的问题，现在大多数软件开发公司都使用SVN替代了CVS。

    

    SVN和CVS的区别

    1.目录的版本控制

  CVS只能对文件进行版本控制，不能对目录进行版本控制，就导致CVS失去了很多功能。（1）不能移动文件。CVS里没有移动这个操作，当人为进行移动操作时，CVS会进行两个操作，把要移动的文件删除，在一个新位置创建另一个文件，由于他不能链接两个操作，因此很容易使文件的历史轨迹丢失。（2）没有重命名操作。CVS里没有重命名这个操作，人为的对文件进行重命名会让这个文件与之前的文件失去历史联系，而记录历史是版本管理的主要目的。（3）没有拷贝操作。CVS里没有拷贝操作，人为的拷贝只能看到新文件的增加，而不能记录联系。

  SVN从很大的程度上避免了这些不足，SVN将目录作为一类特殊的文件来处理。当目录中的子目录被删除、重命名，或新的子目录被创建时，目录的内容将发生改变。因此，SVN像记录普通文件的修改历史一样记录对目录的修改历史，当发生文件移动等操作时，SVN能够准确记录操作前后的历史联系。同样，也支持对目录的不同历史版本的比较，更加清晰的展现出变化。

    2.原子性提交

  SVN提交文件，只有当全部文件修改成功入库，提交才变得有效。一旦中断，SVN会自动执行“回滚”操作。SVN这种机制保证所有的修改要不全都生效，要不一个也不入库。

    总结

   SVN是适用于多人合作开发的，它不仅实现了资源共享，还可以减少合作中出现的错误，增加开发的效率，使团队的交流更加密切。