前言：之前还在想合作的时候，怎样实现将自己做的东西同步给其他人可以看到呢？怎样做修改让其他成员也能够知道呢？怎样让其他成员知道自己的进度呢？怎样去命名大家都认可呢？后来学习了一下SVN，对于之前的问题有了一个大概的了解，下面和大家分享一下SVN的一些内容。
（一）配置管理软件
使用的原因
①【了解进度】实现从小组成员之间更好的通信，了解其他成员的进度。
②【比较差别】轻松比较不同版本间的细微差别。
③【成果复用】记录每个文件成长的每步细节，利于成果的复用(reuse);
④【资源共享】资料共享，避免以往靠邮件发送文件造成的版本混乱；
⑤【协同工作】协同工作，大大提高团队工作效率，无论团队成员分布在天涯还是海角。
（二）SVN相关的基本概念
1.是什么
全称是“Subversion（SVN)”
2.适用范围
svn是多人合作并开发项目
3.相关软件
基于Subversion和TortoiseSVN的版本控制系统
【Subversion（SVN）】：，是一个自由开源的版本控制系统，可以将数据恢复到早期版本或者检查数据修改的历史，这些数据可以是源代码、也可以是其他类型的文在svn出现之前，cvs是开源版本控制工具的实施标准，然而cvs存在一些固有的缺陷，特别是权限这一块，并且这些缺陷消费很大的精力，于是，svn作为cvs的继任者就出现了。
【TortoiseSVN】：SVN的客户端工具，和资源管理器完美集成，基于TortoiseCVS的代码开发，使用上与TortioseCVS极其相似;
4.配置库（ Repository ）
SVN的核心是配置库，储存所有的数据，配置库按照文件树形式储存数据－包括文件和目录，任意数量的客户端可以连接到配置库，读写这些文件。通过写数据，别人可以看到这些信息；通过读数据，可以看到别人的修改。
最特别的是 Subversion 会记录配置库中的每一次更改，不仅针对文件也包括目录本身，包括增加、删除和重新组织文件和目录。
5.工作副本（WorkSpace）
与位于中央配置库相对应的是每个人的工作空间，它是每个程序员工作的地方，程序员从配置库拿到源代码，放在本地作为工作副本，在工作副本上进行查看、修改、编译、运行、测试等操作，并把新版本的代码从这里提交回配置库库中。
6.工作模式
【复制-修改-合并方案】(Subversion默认的模式)
在这种模型里，每一个客户读取项目配置库建立一个私有工作副本——版本库中文件和目录的本地映射。用户并行工作，修改各自的工作副本，最终，各个私有的复制合并在一起，成为最终的版本，这种系统通常可以辅助合并操作，但是最终要靠人工去确定正误。
【锁定-修改-解锁方案】
在这样的模型里，在一个时间段里配置库的一个文件只允许被一个人修改。 此模式不适合软件开发这种工作。
总结：虽然SVN 主要是在操作的时候应用，但是就像马老师说的那样了解一些理论可以让我们在做项目单时候，更好的说服领导去应用这些软件也是非常有必要的，因此学习的时候浅析一下理论，然后结合实践。