centos SVN配置全知道

SVN 配置一、Centos搭建SVN服务器三步曲搭建SVN服务，有效的管理代码，以下三步可以快速搞定。

1、安装#yum install subversion判断是否安装成功#subversion -vsvnserve, version 1.6.11 (r934486)出现上面的提示，说明安装成功。

有了SVN软件后还需要建立SVN库。

#mkdir /opt/svn/repos#svnadmin create /opt/svn/repos执行上面的命令后，自动在repos下建立多个文件，分别是conf, db,format,hooks, locks, README.txt。

2、配置上面的操作很简单，几个命令就搞定, 下面的操作也不难。

进入上面生成的文件夹conf下，进行配置, 有以下几个文件authz, passwd, svnserve.con其中authz 是权限控制，可以设置哪些用户可以访问哪些目录, passwd是设置用户和密码的, svnserve是设置svn相关的操作。

2.1先设置passwd[users]# harry = harryssecret# sally = sallyssecrethello=123用户名=密码这样我们就建立了hello用户，123密码2.2 再设置权限authz[/]hello= rw意思是hello用户对所有的目录有读写权限，当然也可以限定。

如果是自己用，就直接是读写吧。

2.3最后设定snvserv.confanon-access = none # 使非授权用户无法访问auth-access = write # 使授权用户有写权限password-db = passwordauthz-db = authz # 访问控制文件realm = /opt/svn/repos # 认证命名空间，subversion会在认证提示里显示，并且作为凭证缓存的关键字。

采用默认配置. 以上语句都必须顶格写, 左侧不能留空格, 否则会出错.好了，通过以上配置，你的svn就可以了。

3、连接启动svn: svnserve -d -r /opt/svn/repos如果已经有svn在运行，可以换一个端口运行svnserve -d -r /opt/svn/repos --listen-port 3391这样同一台服务器可以运行多个svnserver好了，启动成功后,就可以使用了。

建议采用TortoiseSVN，连接地址为: svn://your server address （如果指定端口需要添加端口 :端口号）连接后可以上传本地的文件，有效的管理你的代码。

二、CentOS下SVN 安装，配置，迁移今天要做svn迁移，环境是centos，以下是过程中的记录，这里创建的用户是整个svn 中所有版本库通用的，也就是一个帐号可以访问所有的版本库，符合我们的需要，呵呵，并没有针对每一个版本库单独创建用户组。

1.svn安装安装系统：CentOS安装方式：yum install（这种方式比较简单，如果用源码安装容易产生版本兼容的问题）建议：最好将svn系统安装在Linux操作系统环境下，这样一来系统比较的稳定可靠，同时也可以减少很多的病毒和攻击的服务器日常维护工作量,我将svn安装在了CentOS的服务器版本下。

安装：2.2.apache的配置在浏览器中访问：http://localhost/, 如果能看到Apache的页面，则说明Apache已经正常启动。

Apache命令：启动：apachectl -k start关闭：apachectl -k stop重启：apachectl -k restart查看日志：tail -f /etc/httpd/logs/error-log3.3.svn的配置进入到/etc/httpd/conf.d目录下用vim打开subversion.conf配置文件进行选项的修改：a. module的配置一定要保证下面的两句话存在于配置文件中，否则无法在如svn的模块，就无法访问svn的仓库了：LoadModule dav_svn_module modules/mod_dav_svn.soLoadModule authz_svn_module modules/mod_authz_svn.sob. 仓库目录配置项目仓库就是用于存放项目目录结构的服务器目录，一般情况下Linux的规则时间容易变化的内容存放在/var目录下，所以我们需要在/var目录下创建一个svn目录，这样所有的项目的根目录都作为/var/svn/目录下的一级子目录了，这样以来就可以在一个仓库目录下存放多个项目了。

下面建立可访问用户文件要增加用户,则使用下面命令重起ApacheSubversion部分安装完成，打开浏览器访问http://localhost/svn/myapp即可看到效果。

3.4 以上是svn的安装与配置，接着需要进入主要工作，迁移首先需要导出我们的版本库，进入你的svn的版本库目录，我的代码版本都在/web/svn/hdms然后把导出的文件copy到你需要一直的服务器上在新的服务器上准备把备份的版本库再导入新的svn中去，可以看到结果对应着上面导出的27个版本。

搞定收工。

三、SVN的备份和还原备份策略==============svn备份一般采用三种方式：1）svnadmin dump2)svnadmin hotcopy3)svnsync.注意，svn备份不宜采用普通的文件拷贝方式（除非你备份的时候将库暂停），如copy命令、rsync命令。

笔者曾经用rsync命令来做增量和全量备份，在季度备份检查审计中，发现备份出来的库大部分都不可用，因此最好是用svn本身提供的功能来进行备份。

优缺点分析==============第一种svnadmin dump是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并提供了版本恢复机制。

缺点是：如果版本比较大，如版本数增长到数万、数十万，那么dump的过程将非常慢；备份耗时，恢复更耗时；不利于快速进行灾难恢复。

个人建议在版本数比较小的情况下使用这种备份方式。

第二种svnadmin hotcopy原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份；优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了svn服务，甚至不需要恢复，只需要进行简单配置即可切换到备份库上工作。

缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有1T B空间，呵呵）。

第三种svnsync实际上是制作2个镜像库，当一个坏了的时候，可以迅速切换到另一个。

不过，必须svn1.4版本以上才支持这个功能。

优点是：当制作成2个镜像库的时候起到双机实时备份的作用；缺点是：当作为2个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为普通备份机制每日备份时，操作又较前2种方法麻烦。

备份的命令全备份：使用svnadmin dump或svnadmin hotcopy或svnsync来做，hotcopy：svnadmin hotcopy path/to/repository path/to/backup –clean-logsdump:svnadmin dump 版本库路径及名称–revision 导出的版本号> 导出的命名增量备份：使用svnadmin dump的–increm ental选项来实现svnadmin dump 版本库路径及名称–revision 上次导出的版本号:到本次要导出到的版本号–incremental >导出的命名一个技巧：如果你有一个较大的Subsersion版本库而你又想用最少的空间来将它备份下来，用这个命令（请将/repo 替换成你的版本库路径）吧：svnadmin dump –deltas /repo |bzip2 |tee dump.bz2 | m d5sum >dump.md5分步解释：最重要的一步是-deltas,将消耗更多的CPU资源，但拥有更有效的差异存储办法。

bzip2压缩方案比gzip慢，但换来的更好的压缩率。

更有趣的是，tee方法将压缩的数据流转向到文件dump.bz2,同时将其输出到标准输出，后者有转向给了MD5摘要计算工具。

还原命令==============还原版本：svnadmin load 要恢复的版本库路径及名称<导出的命名svnadmin hotcopy path/to/repository path/to/backup –clean-logssvnadmin dump==============这是subversion官方推荐的备份方式。

1）定义备份策略：备份频度：每周六进行一次全量备份，每周日到周五进行增量备份备份地点：备份存储路径到/home/backup/svn/备份命名：全量备份文件名为：weekly_fully_backup.yymmdd,增量备份文件命名为：daily-increm ental-backup.yymmdd备份时间：每晚21点开始备份检查：每月末进行svnadmin load恢复试验。

2）建立全量备份脚本：在~/下建立一个perl脚本文件，名为weekly_backup.pl，执行全量备份，并压缩备份文件，代码如下(本代码只针对一个库的备份，如果是多个库请做相应改动)：#!/usr/bin/perl -wmy $svn_repos="/home/svn/repos/project1";my $backup_dir="/home/backup/svn/";my $next_backup_file = "weekly_fully_backup.".`date +%Y%m%d`;print "Backing up to revision $youngest\n";my $svnadmin_c m d="svnadmin dump --revision 0:$youngest$svn_repos >$backup_dir/$next_backup_file";`$svnadmin_c m d`;open(LOG,">$backup_dir/last_backed_up"); #记录备份的版本号print LOG $youngest;close LOG;#如果想节约空间，则再执行下面的压缩脚本print "Compressing dump file...\n";print `gzip -g $backup_dir/$next_backup_file`;3）建立增量备份脚本：在全量备份的基础上，进行增量备份：在~/下建立一个perl脚本文件，名为：daily_backup.pl，代码如下：#!/usr/bin/perl -wmy $svn_repos="/home/svn/repos/project1";my $backup_dir="/home/backup/svn/";my $next_backup_file = "daily_increm e ntal_backup.".`date +%Y%m%d`;open(IN,"$backup_dir/last_backed_up");$previous_youngest = <IN>;chomp $previous_youngest;close IN;$youngest=`svnlook youngest $svn_repos`;chomp $youngest;if ($youngest eq $previous_youngest){print "No new revisions to backup.\n";exit 0;}my $first_rev = $previous_youngest + 1;print "Backing up revisions $youngest ...\n";my $svnadmin_c m d = "svnadmin dump --increm ental --revision $first_rev:$youngest $svn_repos > $backup_dir/$next_backup_file";`$svnadmin_c m d`;open(LOG,">$backup_dir/last_backed_up"); #记录备份的版本号print LOG $youngest;close LOG;#如果想节约空间，则再执行下面的压缩脚本print "Compressing dump file...\n";print `gzip -g $backup_dir/$next_backup_file`;4）配置/etc/crontab文件配置/etc/crontab 文件，指定每周六执行weekly_backup.pl，指定周一到周五执行daily_backup.pl;具体步骤俺就不啰嗦了.5）备份恢复检查在月底恢复检查中或者在灾难来临时，请按照如下步骤进行恢复：恢复顺序从低版本逐个恢复到高版本；即，先恢复最近的一次完整备份weekly_full_backup.071201（举例），然后恢复紧挨着这个文件的增量备份daily_incremental_backup.071202，再恢复后一天的备份071203，依次类推。