SVN搭建

SVN

介绍SVN

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的

SVN 的一些概念

名称	含义
repository（源代码库）	源代码统一存放的地方
Checkout（提取)	当你手上没有源代码的时候，你需要从repository checkout一份
Commit（提交）	当你已经修改了代码，你就需要Commit到repository
Update (更新)	当你已经Checkout了一份源代码， Update一下你就可以和Repository上的源代码同步，你手上的代码就会有最新的变更

日常开发过程其实就是这样的（假设你已经Checkout并且已经工作了几天）：Update(获得最新的代码) -->作出自己的修改并调试成功 --> Commit(大家就可以看到你的修改了) 。

如果两个程序员同时修改了同一个文件呢, SVN 可以合并这两个程序员的改动，实际上SVN管理源代码是以行为单位的，就是说两个程序员只要不是修改了同一行程序，SVN都会自动合并两种修改。如果是同一行，SVN 会提示文件 Conflict, 冲突，需要手动确认。

SVN 的主要功能

• 目录版本控制

  CVS 只能跟踪单个文件的历史, 不过 Subversion 实作了一个 “虚拟” 的版本控管文件系统, 能够依时间跟踪整个目录的变动。 目录和文件都能进行版本控制。

• 真实的版本历史

  自从CVS限制了文件的版本记录，CVS并不支持那些可能发生在文件上，但会影响所在目录内容的操作，如同复制和重命名。除此之外，在CVS里你不能用拥有同样名字但是没有继承老版本历史或者根本没有关系的文件替换一个已经纳入系统的文件。在Subversion中，你可以增加（add）、删除（delete）、复制（copy）和重命名（rename），无论是文件还是目录。所有的新加的文件都从一个新的、干净的版本开始。

• 自动提交

  一个提交动作，不是全部更新到了档案库中，就是不完全更新。这允许开发人员以逻辑区间建立并提交变动，以防止当部分提交成功时出现的问题。

• 纳入版本控管的元数据

  每一个文件与目录都附有一組属性关键字并和属性值相关联。你可以创建, 并儲存任何你想要的Key/Value对。 属性是随着时间来作版本控管的,就像文件內容一样。

• 选择不同的网络层

  Subversion 有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制。 Subversion 可以作为一个扩展模块嵌入到Apache HTTP 服务器中。这个为Subversion提供了非常先进的稳定性和协同工作能力，除此之外还提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及文件库浏览等等。还有一个轻量级的独立Subversion服务器， 使用的是自定义的通信协议, 可以很容易地通过 ssh 以 tunnel 方式使用。

• 一致的数据处理方式

  Subversion 使用二进制差异算法来异表示文件的差异, 它对文字(人类可理解的)与二进制文件(人类无法理解的) 两类的文件都一视同仁。 这两类的文件都同样地以压缩形式储存在档案库中, 而且文件差异是以两个方向在网络上传输的。

• 有效的分支(branch)与标签(tag)

  在分支与标签上的消耗并不必一定要与项目大小成正比。 Subversion 建立分支与标签的方法, 就只是复制该项目, 使用的方法就类似于硬连接（hard-link）。 所以这些操作只会花费很小, 而且是固定的时间。

• Hackability

  Subversion没有任何的历史包袱; 它主要是一群共用的 C 程序库, 具有定义完善的API。这使得 Subversion 便于维护, 并且可被其它应用程序与程序语言使用。

优于CVS之处

• 原子提交。一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。
• 重命名、复制、删除文件等动作都保存在版本历史记录当中。
• 对于二进制文件，使用了节省空间的保存方法。（简单的理解，就是只保存和上一版本不同之处）
• 目录也有版本历史。整个目录树可以被移动或者复制，操作很简单，而且能够保留全部版本记录。
• 分支的开销非常小。
• 优化过的数据库访问，使得一些操作不必访问数据库就可以做到。这样减少了很多不必要的和数据库主机之间的网络流量。

流程：
首先从svn上下载项目代码，
进入到自己的分支，进行开发工作（提交、查看）
下发，把分支合并到主干上。

缺点：
由于每一次提交都需要保留原始副本，数据库容量很大。
连接不上服务器，基本就不能正常工作了。
不适合开源系统开发

优点：
管理方便，逻辑清晰
易于管理，集中式svn服务器更能保证数据安全性。
代码一致性非常高。
适合开发人数不多的项目。
普及度高。

安装
[root@source ~]# yum install subversion

我们这里在/home下建立一个名为svn的仓库（repository），以后所有代码都放在这个下面，创建成功后在svn下面多了几个文件夹。
[root@source ~]# cd /home/
[root@source home]# mkdir svn
[root@source home]# svnadmin create /home/svn
[root@source home]# ls svn/
conf  db  format  hooks  locks  README.txt

我们这里特别关注一下conf文件夹，这个是存放配置文件的
[root@source home]# ls svn/conf/
authz  hooks-env.tmpl  passwd  svnserve.conf

其中：

authz 是权限控制文件
passwd 是帐号密码文件
svnserve.conf 是SVN服务配置文件
接下来我们依次修改这3个文件。

配置passwd
创建了3个用户，一个admin，一个test1，一个test2

[root@source conf]# ls
authz  hooks-env.tmpl  passwd  svnserve.conf
[root@source conf]# vim passwd 
[root@source conf]# cat passwd 
### This file is an example password file for svnserve.
### Its format is similar to that of svnserve.conf. As shown in the
### example below it contains one section labelled [users].
### The name and password for each user follow, one account per line.

[users]
# harry = harryssecret
# sally = sallyssecret
admin=123
test1=123
test2=123

配置authz

[root@source conf]# vim authz 
[/]
admin=rw
test1=r
test2=r
*=
上面配置的含义是，admin对/home/svn/下所有文件具有可读可写权限，test只有只读权限，除此之外，其它用户均无任何权限，最后一行*=很重要不能少。

配置svnserve.conf

[root@source conf]# vim svnserve.conf 
打开下面的5个注释
anon-access = read #匿名用户可读
auth-access = write #授权用户可写
password-db = passwd #使用哪个文件作为账号文件
authz-db = authz #使用哪个文件作为权限文件
realm = /home/svn # 认证空间名，版本库所在目录

启动与停止

[root@source conf]# svnserve -d -r /home/svn (启动)
[root@source conf]# ps -ef|grep svnserve
root       67987       1  0 14:26 ?        00:00:00 svnserve -d -r /home/svn
root       68237    2769  0 14:27 pts/0    00:00:00 grep --color=auto svnserve

[root@source conf]# killall svnserve （停止）

客户端安装

• 安装包下载网址：
  https://tortoisesvn.net/downloads.html
• 中文语言包下载网址：
  https://osdn.net/projects/tortoisesvn/storage/1.14.1/Language%20Packs/LanguagePack_1.14.1.29085-x64-zh_CN.msi/

安装过程默认即可

客户端连接

账户密码是之前的自己设置的

测试

提交