linux安装配置和使用svn服务器

centos7安装配置svn服务器

安装步骤如下：
1、yum install subversion

2、查看安装版本 svnserve –version

3、创建SVN版本库目录 mkdir -p /var/svn/svnrepos

4、创建版本库 svnadmin create /var/svn/svnrepos
执行了这个命令之后会在/var/svn/svnrepos目录下生成如下这些文件

5、进入conf目录（该svn版本库配置文件）cd conf/
authz文件是权限控制文件
passwd是帐号密码文件

6、设置帐号密码 vi passwd
在[users]块中添加用户和密码，格式：帐号=密码，如quwenzhe=123456

7、设置权限 vi authz
在末尾添加如下代码：
[/]
quwenzhe=rw

意思是版本库的根目录quwenzhe对其有读写权限

8、修改svnserve.conf文件 vi svnserve.conf
打开下面的几个注释：
anon-access = read #匿名用户可读
auth-access = write #授权用户可写
password-db = passwd #使用哪个文件作为账号文件
authz-db = authz #使用哪个文件作为权限文件
realm = /var/svn/svnrepos # 认证空间名，版本库所在目录

9、启动svn版本库 svnserve -d -r /var/svn/svnrepos（停止SVN命令 killall svnserve）

10、在windows上测试
输入SVN地址，如下图：


到此，在CentOS 7上搭建SVN服务器的操作就完成了。

ubuntu14.04_搭建和配置SVN服务

相关命令：
SVN 停止：sudo killall svnserve
SVN 启动：sudo svnserve -d -r /var/svn –listen-host 0.0.0.0 //其中-d 表示守护进程，-r 表示在后台执行
SVN部署文档：http://my.oschina.net/huangsz/blog/176128
svn：命令行客户端
svnadmin：用来创建、调整或修复版本库的工具
svnserve：svn服务程序
svndumpfilter：过滤svn版本库转储数据流的工具
svnsync：svn数据同步工具，实现另外存一份相同的
svnlook：用来查看办本科中不同的修订版和事务

1、直接安装

# sudo apt-get install subversion

2、创建版本库

# sudo mkdir /home/svn   
# sudo svnadmin create /home/svn/repos

3、了解版本库

# 进入版本库查看生成的相关文件
# cd /home/svn/repos/
# ls
conf  db  format  hooks  locks  README.txt

# 我们主要关心的是conf和db文件，conf文件夹下是存放主配置文件和用户、权限位置，db文件夹是存放svn转储后的数据。

# cd conf/
# ls
authz  passwd  svnserve.conf

# authz文件是设置用户权限，passwd文件是存储用户及密码，svnserve.conf是主配置文件，先配置主配置文件。

4、配置文件

//vi svnserve.conf
[general]
anon-access = none
auth-access = write
password-db = passwd
authz-db = authz
[sasl]

//vi passwd
[users]
user0 = 123456
user1 = 123456
user2 = 123456

//vi authz
[aliases]

[groups]
g_admin = user0
g_project1 = user0,user1,user2

[/]
@g_admin = rw
* =
[/code/project1/0.0.1]
@g_project1 = rw
* =

注: Eclipse插件Subclipse各版本插件下载地址以及与Subverison的对应关系
Subclipse 1.4.x includes and requires Subversion 1.5.x client features and working copy format.
Subclipse 1.6.x includes and requires Subversion 1.6.x client features and working copy format.
Subclipse 1.8.x includes and requires Subversion 1.7.x client features and working copy format.
Subclipse 1.10.x includes and requires Subversion 1.8.x client features and working copy format.

Links for 1.10.x Release:
Changelog: http://subclipse.tigris.org/subclipse_1.10.x/changes.html
Eclipse update site URL: http://subclipse.tigris.org/update_1.10.x
Zipped downloads: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240
Archived releases: http://subclipse.tigris.org/archive

Links for 1.8.x Release:
Changelog: http://subclipse.tigris.org/subclipse_1.8.x/changes.html
Eclipse update site URL: http://subclipse.tigris.org/update_1.8.x
Zipped downloads: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240
Archived releases: http://subclipse.tigris.org/archive

Links for 1.6.x Release:
Changelog: http://subclipse.tigris.org/subclipse_1.6.x/changes.html
Eclipse update site URL: http://subclipse.tigris.org/update_1.6.x
Zipped downloads: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240

Links for 1.4.x Release:
Changelog: http://subclipse.tigris.org/subclipse_1.4.x/changes.html
Eclipse update site URL: http://subclipse.tigris.org/update_1.4.x
Zipped downloads: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240

svn开发常用分支管理

我们在一些著名开源项目的版本库中，通常可以看到trunk, branches, tags等三个目录。由于SVN固有的特点，目录在SVN中并没有特别的意义，但是这三个目录却在大多数开源项目中存在，这是因为这三个目录反映了软件开发的通常模式。

• trunk是主分支，是日常开发进行的地方。
• branches是分支。一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。又比如为不同用户客制化的版本，也可以放在分支中进行开发。
• tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。

比如一个项目有main.cpp, common.h两个文件，假设目前在开发的是最新的3.0版本，而且1.0/2.0版本也在进行维护，那么项目树将类似如下样子：

project
  |
  +-- trunk
  +     |
  +     +----- main.cpp  (3.0版本的最新文件）
  +     +----- common.h
  +
  +-- branches
  +     |
  +     +-- r1.0
  +     +     |
  +     +     +---- main.cpp （1.x版本的最新文件）
  +     +     +---- common.h
  +     +
  +     +-- r2.0
  +           |
  +           +---- main.cpp （2.x版本的最新文件）
  +           +---- common.h
  +     
  +-- tags   (此目录只读)
        |
        +-- r1.0
        +     |
        +     +---- main.cpp （1.0版本的发布文件）
        +     +---- common.h
        +
        +-- r1.1
        +     |
        +     +---- main.cpp （1.1版本的发布文件）
        +     +---- common.h
        +
        +-- r1.2
        +     |
        +     +---- main.cpp （1.2版本的发布文件）
        +     +---- common.h
        +
        +-- r1.3
        +     |
        +     +---- main.cpp （1.3版本的发布文件）
        +     +---- common.h
        +
        +-- r2.0
        +     |
        +     +---- main.cpp （2.0版本的发布文件）
        +     +---- common.h
        +
        +-- r2.1
              |
              +---- main.cpp （2.1版本的发布文件）
              +---- common.h

svn数据迁移和备份的三种方法

svn备份方式对比分析
一般采用三种方式：

• svnadmin dump
• svnadmin hotcopy
• svnsync

注意，svn备份不宜采用普通的文件拷贝方式（除非你备份的时候将库暂停），如copy、rsync命令。
曾经用rsync命令来做增量和全量备份，在季度备份检查审计中，发现备份出来的库大部分都不可用，因此最好是用svn本身提供的功能来进行备份。
优缺点分析：
第一种 svnadmin dump是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并提供了版本恢复机制。
缺点是：如果版本比较大，如版本数增长到数万、数十万，那么dump的过程将非常慢；备份耗时，恢复更耗时；不利于快速进行灾难恢复。
个人建议在版本数比较小的情况下使用这种备份方式。
第二种 svnadmin hotcopy原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份；
优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了svn服务，甚至不需要恢复，只需要进行简单配置即可切换到备份库上工作。
缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有1TB空间，呵呵）。
第三种 svnsync实际上是制作2个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须svn1.4版本以上才支持这个功能。
优点是：当制作成2个镜像库的时候起到双机实时备份的作用；
缺点是：当作为2个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为普通备份机制每日备份时，操作又较前2种方法麻烦。

svnadmin dump方式

SVN迁移需要做如下操作：
1. 将原来的Repository导出为一个文件dumpfile 。
#svnadmin dump 原先的repos的目录路径（/repository/directory） > dumpfile
#svnadmin dump /opt/svn/iitshare/ > /var/tmp/iitshare_20130626
2. 在另外一台机器上配置同样的SVN服务器。
参考：linux SVN安装及配置图解教程
3. 将dumpfile导入到新的repository 目录中。
#svnadmin load 新建的repos的目录路径（/repository/directory） < dumpfile
#svnadmin load /opt/svn/iitshare/ < /var/tmp/iitshare_20130626
4. 将原先服务器的配置文件备份后复制到新服务器中
#/opt/svn/iitshare/conf目录下
authz、passwd、svnserve.conf文件

svnadmin hotcopy方法

1. 备份
#svnadmin hotcopy /opt/svn/iitshare/ /var/tmp/iitshare_20130626 –clean-logs
如果你传递–clean-logs选项，svnadmin会执行热拷贝操作，然后删除不用的Berkeley DB日志文件。
你可以在任何时候运行这个命令得到一个版本库的安全拷贝，不管其它进程是否使用这个版本库。
2. 还原
#svnadmin hotcopy /var/tmp/iitshare_20130626 /opt/svn/iitshare/