SVN是subversion的缩写，是一个开放源代码的版本控制系统，通过采用分支管理系统的高效管理，简而言之就是用于多个人共同开发同一个项目，实现共享资源，实现最终集中式的管理。
SVN 是 subversion 的缩写，是一个开放源代码的版本控制系统，通过采用分支管理系统的高效管理，简而言之就是用于多个人共同开发同一个项目，实现共享资源，实现最终集中式的管理。
版本控制
一个软件开发试行后，最关键的问题就是能够有效的实现软件版本系统的控制，而作为版本控制系统的核心任务，能否完成成功的查阅历史操作记录和实现协同开发才是公司研发团队关注的问题。版本控制（Version control）是项目开发与管理的标准做法，能追踪项目从开始到结束的整个过程，常被应用于软件程序开发。对编程人员而言，版本控制技术是团队协作开发的桥梁，有助于多人同步进行大型程序开发。由于在多人协作开发的模式下，每个人都向服务器提交自己的文件，就可能存在着代码被多次修改、替换的风险，但是版本控制能够在每次更新操作后进行相应的记录。一旦发生误操作，开发者能够根据服务器中的版本记录，将项目恢复到出现问题之前的其他版本。因此，借助版本控制技术，软件开发项目可以被分割为若干模块，每个模块并行地进行开发工作，从而有效地提高了整体编程效率。
版本控制技术对文件进行管理主要有两种模式：Lock-Modify-Unlock（锁-修改-解锁）和 Copy-Modify-Merge（拷贝-修改-合并）。
在 Lock-Modify-Unlock 工作模式下，若用户想对某文件进行修改，必须先锁定该文件再进行修改，修改操作完成之后再对其解锁。这种文档管理模式能够有效避免多人对某文件同时进行修改而造成的冲突，但是它减少了用户并发操作。除此之外，该模式还有一个非常明显的缺点，即如果前面的用户完成修改后，忘了对文件进行解锁操作，则会导致后面想修改此文件的用户将永远处于等待解锁状态。采用这种管理模式的版本控制工具主要有 Visual Source Safe（VSS）。
Copy-Modify-Merge 工作模式下，当某一用户想修改文件时，可以先将服务器文件 update 到本地端，然后在本地端对副本进行修改，修改操作完成后，再将副本 commit 到服务器。如果在此用户 commit 之前，原文件已经被其他用户修改并提交过，那么服务器上的版本号与本地端上的版本号不同，二者将产生冲突，服务器将中止提交。此用户只有将服务器上的新版本 update 到本地端，将其与自己修改的文件进行合并，才能重新 commit 到服务器。在实际编程中，文件的合并过程一般需要编程人员共同协商决定。这种“拷贝-修改-合并”虽然需要花费一定的时间，但却比“锁-修改-解锁”等待的时间短，能够增加操作的并发度，大大提高团队的编程效率。
大多数版本控制系统采用的是第二种方式，如 Concurrent Versions System（CVS）和 Subversion（SVN），而这其中 SVN 是最为流行的版本控制软件，许多开源软件都采用了 SVN 作为源码版本控制服务器。在 SVN 版本控制软件的管理下，不管是在局域网还是在 Internet 上都可以对文件和目录进行管理，它突破了时间与空间的限制，促进了团队协作开发。
SVN 简介
SVN 的全称是 Subversion，即版本控制系统。它是最流行的一个开放源代码的版本控制系统。作为一个开源的版本控制系统，Subversion 管理着随时间改变的数据。这些数据放置在一个中央资料档案库（Repository）中。这个档案库很像一个普通的文件服务器，不过它会记住每一次文件的变动。这样就可以把档案恢复到旧的版本，或是浏览文件的变动历史。Subversion 是一个通用的系统，可用来管理任何类型的文件，其中包括程序源码。
SVN 采用客户端/服务器体系，项目的各种版本都存储在服务器上，程序开发人员首先将从服务器上获得一份项目的最新版本，并将其复制到本机，然后在此基础上，每个开发人员可以在自己的客户端进行独立的开发工作，并且可以随时将新代码提交给服务器。当然也可以通过更新操作获取服务器上的最新代码，从而保持与其他开发者所使用版本的一致性。
SVN 的客户端有两类，一类是基于 Web 的 WebSVN 等，另一类是以 Tortoise SVN 为代表的客户端软件。前者需要 Web 服务器的支持，后者需要用户在本地安装客户端，两种都有免费的开源软件供使用。SVN 存储版本数据也两种方式：BDB（一种事务安全型表类型）和 FSFS（一种不需要数据库的存储系统）。因为 BDB 方式在服务器中断时，有可能锁住数据，所以还是 FSFS 方式更安全一点。
SVN 工作机制
SVN 系统具体是如何实现对项目软件的版本控制，一方面通过实现历史操作记录查阅。在任意一台服务器中都可以添加一个 SVN 版本库，而相应的版本库中存放大量的程序和文档，而这些项目资源主要通过配置管理员依据不同的配置管理计划对不同项目的组员分配与之相符合的访问权限，进而实现对资源的统一管理；只有 SVN 标本过版本库中的资源，项目组成员可以对版本资源库中的资源进行访问。
一次简单的访问过程包括：相关项目组员首先在客户操作端建立一个从版本库检索出来的项目文件，而后就可以对拷贝的档案进行修改，最后通过 SVN 提文命令将其修改后的项目文件提交到终端服务器，终端服务器最终会对修改后的项目文件做最后的综合更新记录。
修改过的文件在修改未被提交到服务器前，SVN 服务器只会对已经提交到网络端服务器的项目文档进行更新审核，并与其他人的合并，在此之前修改过的文档是保密的，提交之后 SVN 络端服务器会将修改后与修改之前的数据进行比较，并在后台对修改内容就行标注显示，进而实现对历史操作记录的更新记载。最终实现项目组组员既能检索出旧版本，又能通过 SVN 实现新旧版本的对比，另一方面 SVN 通过进行组员间的协同开发实现对项目软件的版本控制。协同开发一般是指版本控制系统间接受并处理不同用户提交的各种不同性质版本的资源代码，同时允许各个用户之间在遵循相应规则范围内实现合作开发。如何处理好有矛盾的版本控制系统才是能够协同开发的关键，像是多个程序编码员同时对同一份资源代码进行修改、提交到 SVN 版本库，就有可能发生提交后的版本意见想法相冲等问题。
SVN 优势
1.存储
SVN 服务器既具有 CVS 所具有数据储存的优点，像是信息资源存储后会形成资源树结构，便于存储的同时，数据一般不会丢失，同时又拥有自己的特色。SVN 是通过关系数据库及二进制的存储方式，同时解决了既往不能同时读写同一文件等问题，同时增添了自己特有的“零或一”原则。
2.速度
与人们初始的 CVS 相比，SVN 在速度运行方面有很大提升。因为 SVN 服务器只支持少量的信息、资源传输，与其他系统相比，更支持的是离线模式，因此避免了网络拥挤现象的出现。
3.安全性
SVN 是一种技术性更加安全的产品，实现了系统和控制两方面的结合。一方面可以将系统整体的安全功能有效地分布在分支系统中，进而保证分支系统能正常运行，从而使各分支系统能够互补，最终在系统整体性的安全性得以保障，通过均衡原则实现最终追求安全的目的。
