Subversion版本控制系统的安装和操作.

SVN的简单介绍

　　SVN是Subversoin的简称,是一个开源的版本控制系统

　　Subversion将文件存放在中心版本库里,这个版本库很像一个普通的文件服务器,不同的是,他可以记录每一次文件和目录的修改情况,这样就可以借此将数据恢复到以前的版本,并可以查看数据的更改细节

早期版本控制使用的是cvs,后来SVN替代了CVS,随着android兴起,出现了GIt版本控制工具.

SVN的概念

这里就会提出来一个问题,就是怎样让系统允许用户共享信息,而不会让他们因为意外而相互干扰?

复制-修改-合并方案(Subversion默认方案)

在这种模型里,每一个客户读取项目配置库建立一个私有工作副本----版本库中文件和目录的本地映射,用户并行工作,修改各自的工作副本,最终,各个私有的复制合并在一起,成为最终的版本,这种系统通常可以辅助合并操作,但是最终要靠人工去确定正误.

　　锁定-修改-解锁方案

在这样的模型里,在一个时间段里配置库的一个文件只允许被一个人修改,此方案不适合软件开发这种工作.

SVN架构

apache为第三方服务器.

Subversion支持Linux和Window,更多的是装在Linux下.(本人就是在window下使用的svb)

svn服务器有两种运行方式:独立服务器和借助apache运行,两种方式各有利弊,用户可以自行选择.

svn存储版本有两种方式:BDB(一种事务安全型类型)和FSFS(一种不需要数据库的存储系统)

因为DBD方式在服务器中断时,可能会锁住数据,所以FSFS方式更安全一点.(所以我选择的是FSFS)

百度到的关于FSFS的介绍:

　　　　　　　　一种不需要数据库的存储系统。FSFS版本库在单一文件中存储修订版本树，所以版本库中所有的修订版本都在一个子文件夹中有限的几个文件里。事务在单独的子目录中被创建，创建完成后，一个单独的事务文件被创建并移动到修订版本目录，这保证提交是原子性的。因为一个修订版本文件是持久不可改变的，版本库也可以做到热备份，就象Berkeley DB版本库一样。

修订版本文件格式代表了一个修订版本的目录结构，文件内容，和其它修订版本树中相关信息。不像Berkeley DB数据库，这种存储格式可跨平台并且与CPU架构无关。因为没有日志或用到共享内存的文件，数据库能被网络文件系统安全的访问和在只读环境下检查。缺少数据库花消同时也意味着版本库的总体体积可以稍小一点。

SVN的安装

SVN是一种集中式管理代码的版本控制系统,原理就是把代码都保存到一个固定的位置(仓库),每次从这个位置拷贝更新代码,进行编辑:再把修改后的代码提交到该目录下.多人协作开发也是如此,因此需要一个类似Oracle或者MYSQL的服务器用于保存和管理文件(要保存的代码等文件)的服务端----VisualSVN Server.还需要一个用户的操作端,用于提交更新检出代码,常用的有Eclipase中的svn插件,以及TottoiseSVN(小乌龟)

SubVersion 官网：http://subversion.apache.org/

VisualSVN下载

本人直接拷过来的安装包,所以这里对如何下载不做详细说明,

搜索网址:https://www.visualsvn.com/server/download/