SVN Configure

1 SVN简介

The goal of the Subversion project is to build a version control system that is a compelling replacement for CVS in the open source community. The software is released under an Apache/BSD-style open source license.
SVN是一个版本控制软件，类似CVS，但是 SVN的的 有点是开源的，而且SVN的版本控制能力给CVS还要强多。
SVN可以用于项目管理，还可以用于版本同步，功能可是十分强呢。

2 下载

Subversion服务器程序                     http://subversion.tigris.org/
Windows 客户端TortoiseSVN           http://tortoisesvn.net/downloads

//-------------------------------------------------------------------------------------------------------------------------//
//                                     Linux SVN Configure
//-------------------------------------------------------------------------------------------------------------------------//

3  Linux下安装

3.1 安装：

解压：#: tar zxvf subversion-1.3.2.tar.gz
依次输入./configure , make , make install 进行编译安装完成。其中make install也root操作。

3.2 开启SVN服务：svnserve -d

检 测服务是否开启：netstat -ntlp如果看到3690的端口正常开放了，证明SVN启动了。 正式使用：
首先我们得建立一个 SVN的项目，一般人都认为建立项目就只需要一个文件，在我第一次使用SVN之前都有这样的看法，SVN建立项目需要建立文件夹

3.3 建立项目

命令：svnadmin create project_name
例如：[root@HFINMSP3 subversion-1.3.2]# svnadmin create /opt/svnroot/ahinms,run as root.
project_name 为你的project名字，可以任意取。
建立完毕后，project_name是一个文 件夹，进 入文件夹，可以看到一个conf的文件夹。进入文件夹可以看到2个文件（如果没有passwd文件，可以用vi创建），编辑 svnserve.conf 把anon-access = read ,auth_access = write,还有password-db = passwd 的注释去掉，还有[general]的注释也要去掉。
vi passwd文件，如果是新文件，则输入:
[user]
your_name = your_password
这里设置的your_name是你的用户 名，your_password是你的密码，这个是访问SVN必要的通行证。

3.4 权限设置

创建svn组
[root@HFINMSP3 ~]# groupadd svn
[root@HFINMSP3 ~]# usermod -G svn liuy,(将用户liuy添加到组svn)
设置svn仓库权限
[root@HFINMSP3 svnroot]# cd /opt/svnroot/
[root@HFINMSP3 svnroot]# chgrp svn ahinms
[root@HFINMSP3 svnroot]# chown -R liuy:svn ahinms
[root@HFINMSP3 svnroot]# chmod -R g+rwx ahinms

3.5 linux客户端登陆

checkout
cd /home/liuy/ahinms
svn checkout svn://134.65.135.4/opt/svnroot/ahinms
add
mv ../ahinms_/adapters .
svn add adapters
svn commit adapters/ -m "adapters" --force-log

3.6 Windows客户端命令

安 装svn客户端软件TortoiseSVN-1.5.2.13595-win32-svn-1.5.1.msi。安装完成后，右键check out

//-------------------------------------------------------------------------------------------------------------------------//
//                                      Window SVN Configure
//-------------------------------------------------------------------------------------------------------------------------//

4  Windows下安装

4.1 服务器和客户端安装

服务器安装，直接运行 svn-1.4.0-setup.exe ，根据提示安装即可，这样我们就有了一套服务器可以运行的环境。

安装TortoiseSVN，同样直接运行 TortoiseSVN-1.4.0.7501-win32-svn-1.4.0.msi 按 照提示安装即可，不过最后完成后会提示是否重启，其实重启只是使svn工作拷贝在windows中的特殊样式生效，与所有的实际功能无关，这里为了立刻看 到好的效果，还是重新启动机器。若是不习惯英文还可以选择安装客户端语言汉化包“LanguagePack-1.4.5.10425-win32- zh_CN.exe”(也需下载)，安装后默认还是英文，需要在客户端工具中设置一下。
此外，在编译器中也可以使用SVN插件来代替客 户端工 具，使开发起来更加方便。详细介绍请见 Eclipse 中SVN版本控制插件的安装和使用
4.2 建立版本库（Repository）

运行 Subversion服务器需要首先要建立一个版本库（Repository），可以看作服务器上存放数据的数据库，在安装了 Subversion服务器之后，可以直接运行，如： svnadmin create E:/svndemo/repository


就 会在目录E:/svndemo/repository下创建一个版本库。

我们也可以使用TortoiseSVN图形化的完成这一步：
在 目录E:/svndemo/repository下"右键 ->TortoiseSVN->Create Repository here...“， 然后可以选择版本库模式， 这里使用默认即可， 然后就创建了一系列目录和文件。

4.3 配置用户和权限

svn 的权限管理涉及到一下文件：
passwd文件 -- /conf目录下 用于存放本svn库的用户名和密码，用 = 分割，左边是用户名，右边是密码（明文）。
authz -- /conf目录下 用于存放本svn库的访问授权信息。
svnserve.conf -- /conf目录下 用于存放本svn库的全局访问控制信息。

来到E:/svndemo /repository /conf目录，修改svnserve.conf：
# [general]
# password-db = passwd
改 为：
[general]
password-db = passwd 然后修改同目录的passwd文件（设置用户密码），去掉下面三行的注释再加两个用户：
# [users]
# harry = harryssecret
# sally = sallyssecret
最后变成：
[users]
harry = harryssecret
sally = sallyssecret
svnadmin = admin
zgz = zgz0809
最后修改同目录的authz文件，它定义了两部 分的内容：
1， 对组成员的定义，
2， 对目录的授权定义，
可 以针对一个单一用户授权，也可以针对在[groups]里面定义的一个组授权，还可以用*通配符来对所有的用户授权，
授权的选项有：只读访问 ('r'),读写访问('rw'),或者无权防问('').
authz文件中可以对任意多个目录进行权限控制，一下是一个例子：

[groups]
harry_and_sally = harry,sally
# 设定权限组

[/]
svnadmin = rw

[/truck]
zgz = rw
harry = rw
sally = r
* = r

[/sanguo]
zgz = rw
harry = r
sally = rw
* = r

[/ts]
@harry_and_sally = rw
# 以@为键值意味着对前面定义的组进行授权
* = r

# [repository:/baz/fuz]
# @harry_and_sally = rw
# * = r

用 户svnadmin权限最大，他可以进行根目录（注意：是服务器目录svn://localhost/，下边会介绍的）下所有文件（包括子目录下的文件） 的读写操作，而/truck，/sanguo，/ts是在服务器的根目录下创建的三个子目录。
用户zgz 和harry对 /truck具有读写权限，sally 只有读的权限。
用户zgz 和sally对 /sanguo具有读写权限，harry 只有读的权限。
用 户harry 和sally对 /ts具有读写权限，zgz只有读的权限。（* = r 表示所有用户都具有读的权限，当然zgz也就自然具有了。注意这里 @harry_and_sally = rw 表示给harry_and_sally组所有用户授权，该组在上边[groups]标签中已定义）

注意：如果用户对一个目录具有某种权 限，那么他对其子目录也有同样的权限（例 如：svnadmin），所以在授权时要特别注意，尽量只付给满足用户需要的最小的权限。

4.4 运行独立服务器
在任意目录下运行：
svnserve -d -r E:/svndemo/repository 我们的服务器程序就已经启动了。注意不要关闭命令 行窗口，关闭窗口也会把svnserve停止。为了方便，可以把svnserve作为服务，在2000下控制台窗口可以运行，创建服务命令：

sc.exe create SVNService binpath= "D:/Subversion/bin/svnserve.exe --service -r E:/svndemo/repository" depend= tcpip
如果加错了可以用：sc delete "SVNService" 命令删除服务。
加好后可以在 控制面板的服务选项中找到它，把它启动类型设为手动，然后启动一下看看有没有问题。

注意：

1."D:/Subversion" 是SVN服务器端的安装路径，"E:/svndemo/repository"是 版本库的路径，视具体情况而定。
2. 等号前无空格后有空格。
3. 应使用参数“--service”而不是“-d”，参数前面的横线不是一个是两个。
4. binpath内套的路径如果包含空格，也需要使用双引号，此时需要使用转义符表示内部的引号（/"）。
5.使用 “SVNService.exe”将SVN作为Window服务运行（Subversion1.4之前版本也可使用）
SVNService.exe -install -d -r E:/svndemo/repository

4.5 初始化导入
来到我们想 要导入的项目根目录，在这个例子里是E:/svndemo/wc1，目录下有一个readme.txt文件：
右键 ->TortoiseSVN->Import...
URL of repository输入“svn://localhost/” ，如果服务安装在其他机器则将localhost改换为目标机器的IP地址“svn://10.8.6.87/”。
ok
完成之后目录 没 有任何变化，如果没有报错，数据就已经全部导入到了我们刚才定义的版本库中。

需要注意的是，这一步操作可以完全在另一台安装了 TortoiseSVN的主机上进行。例如运行svnserve的主机的IP是 10.8.6.87，则URL部分输入的内容就是“svn://10.8.6.87/”，一般为了便于管理不会导入到服务的根目录下，而是导入到工程的子 目录，如/truck，/sanguo，/ts。导入的URL就添svn://localhost/truck。

4.6 基本客户端操作

取出版本库到一个工作拷贝：
来到任意空目录下，在本例中是 E:/svndemo/wc1，运行右键 ->Checkout，在URL of repository中输入svn://localhost/，这样我们就得到了一份工作拷贝。
在 工作拷贝中作出修改并提交：
打 开readme.txt，作出修改，然后右键->Commit...，这样我们就把修改提交到了版本库，我们可以运行。

察看所作 的修改：
readme.txt上右键 ->TortoiseSVN->Show Log，这样我们就可以看到我们对这个文件所有的提交。在版本1上右键->Compare with working copy，我们可以比较工作拷贝的文件和版本1的区别。功能挺强大，具体使用不做详解。

相关资源
Subversion http://subversion.tigris.org/
TortoiseSVN http://tortoisesvn.net/downloads http://tortoisesvn.tigris.org/
Svn1ClickSetup http://svn1clicksetup.tigris.org/
Subclipse http://subclipse.tigris.org/
Subversion 中文站 http://www.subversion.org.cn/


----------------------------------------------------------- 分 割 线 ---------------------------------------------------------------
(Reference: http://blog.csdn.net/wyqlxy/archive/2009/12/28/5090667.aspx)
一、基本概念
1、什么是版本控制
2、什么是 Subversion
3、版本库(repository)
二、安装
1、准备工作
2、安装服务器端和客户端
3、建立版本库(Repository)
4、运行独立服务器
三、基本配置
1、配置用户和权限
2、初始化导入
四、基本操作流程
1、取出(check out)
2、存入(check in)/提交(commit)
------------------------------------------------------------------ 分 割 线 ---------------------------------------------------------------
一、基本概念
1、什么是版本控制
简单点来说，版本控制就是数据仓库，它可以记录 你对文件的每次更改。这样，就算你在昏天黑地的改了
几个月后老板说不要了，还是按照过去那样，你也不会抓狂，简单的恢复版本操作就搞定一切。
2、什么是 Subversion
Subversion是一个自由/开源版本控制 系统，它管理文件和目录可以超越时间。一组文件存放在中心版本库
，这个版本库很像一个普通的文件服务器，只是它可以记录每一次文件和目录的修改，这便使你可以取 得
数据 以前的版本，从而可以检查所作的更改。从这个方面看，许多人把版本控制系统当作一种“时间机器”。
Subversion可以通过网络访问它的版本 库，从而使用户可以在不同的电脑上使用。一定程度上可以说，允许
用户在各自的地方修改同一份数据是促进协作。进展可能非常的迅速，并没有一个所有的改变都会取得 效
果的 通道，由于所有的工作都有历史版本，你不必担心由于失去某个通道而影响质量，如果存在不正确的
改变，只要取消改变。
一些版本控制系统也是软件配置管理(SCM)系 统，这种系统经过特定的精巧设计来管理源代码，有许多关于
软件开发的特性—本身理解编程语言、或者提供构建程序的工具。然而，Subversion不是这 样一个系统，它
是 一个通用系统，可以管理任何类型的文件集，对你这可能是源代码，对别人，可能是一个货物报价单或
者是书稿，或者是电影剪辑等。
3、版本库(repository)
Subversion 的核心就是 repository ，中文翻译成“版本库”。就是位于服务器端，统一管理和储存数据的地
方。
二、安装
Subversion的设计包括一个抽象的网络 层，这意味着版本库可以通过各种服务器进程访问。理论上讲，
Subversion可以使用无限数量的网络协议实现，目前实践中存在着两种服务器。
• SVNServer：svnserve 是一个小的(也叫轻型的)、独立服务器，使用自己定义的协议和客户端。(作者注
：以下称这种服务器为“svnserver服务器”。)
• ApacheSVN：Apache是最流行的web服务器，通过使用 mod_dav_svn 模块，Apache可以访问版本库，
并且可以使客户端使用HTTP的扩展协议 WebDAV/DeltaV进行访问。(作者注：以下称这种服务器为
“ApacheSVN服务器”。)
下面介绍 SVNServer 服务器的安装，ApacheSVN 服务器的安装使用请看我写的《Subversion高级应用：
SVN的多种认证方式》。
环境
OS：Windows XP SP2
Web：Apache 2.2.6
SVN：svn-win32-1.4.6
准备工作。
(1)获取 Subversion 服务器程序。
到 官方网站( http://subversion.tigris.org/ ) 下载最新的服务器安装程序。目前最新的是1.4.6版本，具体下载
地址在： http://subversion.tigris.org/servlets/ProjectDocumentList ?
folderID=8100&expandFolder=8100&folderID=91 ，注意找 for apache 2.2.x 版本的。
(2)获取 TortoiseSVN 客户端程序。
从官方网站 http://tortoisesvn.net/downloads 获取最新的 TortoiseSVN 。TortoiseSVN 是一个客户端程
序，用来与 subvers 服务器端通讯。Subversion 自带一个客户端程序 svn.exe ,但 TortoiseSVN 更好操作
，提高效率。
2、安装服务器端和客户端
首先安装 Apache 2.2.6 ，具体安装方法大家参考相关资料，或者参看我写的《Windows下安装Apache
2.2.x》。
其次安装 Subversion(以下简称SVN)的服务器端和客户端。下载下来的服务器端是个 zip 压缩包，直接解压
缩即可，比如我解压到 E:/subversion 。客户端安装文件是个 exe 可执行文件，直接运行按提示安装即可
（这里提示一下：服务端也可以下载 EXE文件，按照提示安装就可以了）
，客户端安装完成后提示重启。
3、建立版本库(Repository)
运行Subversion服务器需要首先要建立 一个版本库(Repository)。版本库可以看作是服务器上集中存放和管
理数据的地方。
开始建立版本库。首先建立 e:/svn 空文件夹作为所有版本库的根目录。然后，进入命令行并切换到
subversion的bin目录。输入如下命令：
　　svnadmin create E:/svn/repos1
此命令在 E:/svn 下建立一个版本库 repos1 。repos1 下面会自动生成一些文件夹和文件。
我们也可以使用 TortoiseSVN 图形化的完成这一步：
先 建立空目录 E:/svn/repos1 ，注意一定是要空的。然后在 repos1 文件夹上“右键->TortoiseSVN-
>Create Repository here...”，然后可以选择版本库模式，这里使用默认的FSFS即可，然后就创建了一系列
文件夹和文件，同命令行建立的一样。
4、运行独立服务器
此时 subversion 服务还没有开始，只是通过它的命令建立了版本库。继续在刚才的命令窗口输入：
　　svnserve.exe –daemon
svnserve 将会在端口 3690 等待请求，--daemon(两个短横线)选项告诉 svnserve 以守护进程方式运行，
这样在手动终止之前不会退出。注意不要关闭命令 行窗口，关闭窗口会把 svnserve 停止。
为了验证svnserve正常工作，使用TortoiseSVN -> Repo-browser 来查看版本库。在弹出的 URL 对话框中
输入：
　　svn://localhost/svn/repos1
点 OK 按钮后就可以看见 repos1 版本库的目录树结构了，只不过这时 repos1 是个空库。
你也可以使用--root选项设置根位置来限制服务器的访问目录，从而增加安全性和节约输入 svnserve URL的
时间：　　svnserve.exe --daemon --root drive:/path/to/repository
以前面的测 试作为例，svnserve 将会运行为：
　 　svnserve.exe --daemon --root e:/svn
然后TortoiseSVN中的版本库浏览器URL缩减 为：
　　 svn://localhost/repos1
三、基本配置
SVNServer服务器安装完成后，必须经过基本配置才能使用。
1、配置用户和权限
用文本编辑器打开E:/svn/repos1 /conf目录，修改svnserve.conf：
将：
　　# password-db = passwd
改为：
　　password-db = passwd
即去掉前面的 # 注释符，注意前面不能有空格。
然后修改同目录的passwd文件，增加一个帐号：
将： [users]
# harry = harryssecret
# sally = sallyssecret
增加 帐号：
　　[users]
　　#harry = harryssecret
　　#sally = sallyssecret
　　 test = test
2、初始化导入
下面就是将我们的数据(项目)导入到这个版本 库，以后就由版本库管理我们的数据。我们的任何改动都会被
版本库记录下来，甚至我们自己丢失、改错数据时版本库也能帮我们找回数据。
比如，我在 d:/wwwroot 下有个 guestbook 文件夹，里面存放的是我编写的留言簿程序。在此文件夹上“
右键 -> TortoiseSVN -> Import...” ，在弹出对话框的“URL of repository”输入
“svn://localhost/repos1/guestbook”。在“Import message”输入“导入整个留言簿”作为注释。
点 OK 后要求输入帐号。我们在用户名和密码处都输入 test 。完成后 guestbook 中的内容全部导入到了
svn://localhost/svn/repos1/guestbook 。
我们看到在 e:/svn/repos1 没有任何变化，连个 guestbook 文件夹都没有建立，唯一的变化就是
e:/svn/repos1容量变大了。实际上我们源guestbook中的内容已 经导入 repos1 版本库了，源 guestbook
文件夹可以删除了。
需要注意的是，这一步操作可以完全在另一台安装了 TortoiseSVN 的客户机上进行。例如运行svnserve的
主机的IP是133.96.121.22，则URL部分输入的内容就是 “svn://133.96.121.22” 。
四、基本操作流程
1、取出(check out)
取出版本库到一个工作拷贝：
来到任意空目录下，比如在f分区建立一个空文件 夹 f:/work 。“右键 -> SVN Checkout”。在“URL of
repository”中输入 “svn://localhost/svn/repos1/guestbook”，这样我们就得到了一份 guestbook 中内容的
工作拷贝。
2、存入(check in)/提交(commit)
在工作拷贝中作出修改并提交：
在 guestbook 工作拷贝中随便打开一个文件，作出修改，然后“右键 -> SVN Commit... ”。这样我们就把
修改提交到了版本库，版本库根据情况存储我们提交的数据。
在修改过的文件上“右键 -> TortoiseSVN -> Show Log” ，可以看到对这个文件所有的提交。在不同的
revision 条目上“右键 -> Compare with working copy”，我们可以比较工作拷贝的文件和所选 revision 版
本的区别。
------------------以上信息 转载自 http://www.svn8.com/svnpz/20090625/6850_2.html ------------------------
还有一些后续的操作看下面：
用Apache架设svn服务
         用Apache架设有什么好处呢？我觉得吧,可以使用http意味着可以使用固定的域名，开发的时候IP发生改变也无所谓，而且apache不会有那个 不 能关掉的窗口，虽然svnserve也可以加到系统的服务里面.另外apache配置十分灵活，且具有了许多svnserve所没有的特性，当然灵活也造 成了一定的复杂性。
        首先安装好Apache 2.2.x,这个不用多说，然后把subversion安装目录下的bin目录中的 intl3_svn.dll，libdb44.dll，mod_authz_svn.so，mod_dav_svn.so这几个文件复制到apache的 模块目录modules下。然后修改apache的配置文件httpd.conf来使apache加载mod_dav_svn模块。
        将
        #LoadModule dav_module modules/mod_dav.so
        前面的”#”号去掉，然后在后面添加：
        LoadModule dav_svn_module modules/mod_dav_svn.so
        注意它一定要加在mod_dav的后面。
         现在已经设置好了Apache和Subversion,但是Apache不知道如何处理Subversion的客户端Tortoisesvn，为了让 apache知道哪个目录是用来作为subversion的版本库，需要在配置文件httpd.conf后面添加以下代码：
          <Location /repository/>
         DAV svn
         SVNPath D:/svn/repos1
         </Location>
         这个配置告诉apache首先要启动dav_module，然后加载dav_svn_module,版本库对外的URL是 http://服务器IP/repository/,Subversion版本库物理位置在D:/svn/repos1下。配置好重启apache,就可 以正常使用了。并且subversion的各种客户端也可以通过http协议访问版本库。
         如果要指定多个版本库可以使用多个Location标签，也可以用SVNParentPath代替SVNPath来指定版本库 的父级目录，如D:/svn下有多个版本库，repos1,repos2等，就可以使用以下代码:
        <Location /repository/>
         DAV svn
         SVNParentPath D:/svn
         </Location>
         “SVNParentPath D:/svn”表示D:/svn下的每个子目录都是一个版本库，访问可以通过”http://服务器IP/repository/repos1″ ,”http://服务器IP/repository/repos2/”等来访问。
           现在版本库对于任何来访者都是具有完全的权限的我们需要对其进行权限设置，这里只介绍基本的http认证。apache提供了一个htpasswd工具 来 管理一个用户文件，这个文件包含用户名和加密后的密码，htpasswd在Apache的bin目录下，具体使用方法如下:
          htpasswd -c E:/user/apache/passwd.conf  user
          其作用是创建passwd.conf文件，并建立用户user,输入命令回车后会要求输入密码。
          htpasswd [-m] E:/user/apache/passwd.conf  Newuser
          这个用于添加新用户，-m表示密码用MD5加密。
         htpasswd [-m] E:/user/apache/passwd.conf  user
         末尾参数为已有用户则可以用于修改用户密码。
        htpasswd -D E:/user/apache/passwd.conf  user
       删除用 户，注意参数D要大写。
       然后修改apache的httpd.conf，在Location标签中加入以下内容：
       AuthType Basic
       AuthName “KeyPark Studio”
       AuthUserFile E:/user/apache/passwd.conf
       Require valid-user
       AuthType Basic表示启用基本验证。
       AuthName “KeyPark Studio”表示认证对话框中显示的服务器信息，这里不要用中文，因为Tortoisesvn不支持中文。
        AuthUserFile E:/user/apache/passwd.conf 指示了E:/user/apache/passwd.conf作为用户文件进行验证。
       Require valid-user表示只有输入了正确的用户名密码才可以访问相关路径。
       验证就讲这些了，在网上还可以找到使用svn的模块进行更为细致的访问控制的设置方法，在这里就不再介绍了。
权限设定：
Subversion的权限控制

　1，认 证（Authentication）和授权（Authorization）

　这两个术语经常一起出现。其中认证的意思 就是鉴别用户的身份，最常见的方式就是使用用户名和密码，授权就是判断用户是否具备某种操作的权限，在Subversion里提供了“authz-db” 文件，实现了以路径为基础的授权，也就是判断用户是否有操作对应路径的权限，在Subversion 1.3之后，svnserve和Apache一样都可以使用“authz-db”文件。
2. svnserve下的配置文件

　因为本文是以 svnserve为例的，所以先介绍一下版本库目录的结构：

D:/SVNROOT/PROJECT1 ├─conf ├─dav ├─db │ ├─revprops │ ├─revs │ └─transactions ├─hooks └─locks

其中conf下面有三个文件：

authz passwd svnserve.conf

其中的“svnserve.conf”是这个版 本库的配置文件，当使用svnserve时，这个配置文件决定了使 用什么认证和授权文件：

password-db = passwd authz-db = authz

上面的配置说明使用“svnserve.conf”同目录的passwd和 authz，其中的password- db指定了用户密码文件，authz-db是我们的授权文件，也就是我们本文主要介绍的文件。
注意：使用Apache作为服务器时，根本就不 会参考“svnserve.conf”文件的内容，而是会参考 Apache的配置。
3，基于svnserve的版本库文件布局

　使用 svnserve时，为了管理的方便，应该使用相同的认证和授权文件，所以应该让所有版本库的配置文件svnserve.conf指向同一个 password-db和authz-db文件。下面是一个多版本库的目录：

D:/SVNROOT ├─project1 │ ├─conf │ ├─dav │ ├─db │ │ ├─revprops │ │ ├─revs │ │ └─transactions │ ├─hooks │ └─locks └─project2 ├─conf ├─dav ├─db │ ├─revprops │ ├─revs │ └─transactions ├─hooks └─locks

D:/SVNROOT下有两个目录 project1和project2，都已经创建了版本库，所以我们修改每个 conf目录下的svnserve.conf，使之指向同一个password-db和authz-db文件。
password-db = ../../passwd

　 authz-db = ../../authz这样，D:/SVNROOT/passwd和D:/SVNROOT/authz就控制了所有版本库的svnserve访问。另外在 后面的操作中要关闭匿名访问，应该去掉“anon-access = none”前的“#”号，保证只有认证用户可以访问。
注意：还有一点需要注意，那就是 svnserve的“realm”的值，在上面的设置下，应该保证所有的版本库使 用相同的realm值，这样，对版本库的密码缓存可以在多个版本库之间共享，更多细节见客户端凭证缓存。
4，测试用户和组说明

　版本库禁止任何匿名用户的访问，只对 认证用户有效。
root: 配置管理管理员，对版本库有完全的管理权限。
p1_admin1:project1的管理员，对project1有完全权限。
　 p1_d1:project1的开发者，对project1的trunk有完全的权限，但是对其中的/trunk/admin目录没有任何权限。
　 p1_t1:project1的测试者，对project1的trunk有完全的读权限，但是对其中的/trunk/admin目录没有任何权限。
p2_admin1:project2的管理 员，对project2有完全权限。
　 p2_d1:project2的开发者，对project2的trunk有完全的权限，但是对其中的/trunk/admin目录没有任何权限。
　 p2_t1:project2的测试者，对project2的trunk有完全的读权限，但是对其中的/trunk/admin目录没有任何权限。
对应的组及组的用户：

p1_group_a:p1_admin1 p1_group_d:p1_d1 p1_group_t:p1_t1 p2_group_a:p2_admin1 p2_group_d:p2_d1 p2_group_t:p2_t1

5，修改D:/SVNROOT/passwd文 件
前面 已经说过了，用户和密码文件应该是在D:/SVNROOT/passwd，所以我们为每一位用户设置权限，文 件内容如下：

[users] p1_admin1 = p1_admin1 p1_d1 = p1_d1 p1_t1 = p1_t1 p2_admin1 = p2_admin1 p2_d1 = p2_d1

p2_t1 = p2_t1为了便于验证，所有密码和用户名一致，如果你使用的是其他认证方式，这一步可能不同，但是用户名应该都是一样的。
6，配置授权，修改D:/SVNROOT /authz

[groups] # 定义组信息 p1_group_a = p1_admin1 p1_group_d = p1_d1 p1_group_t = p1_t1 p2_group_a = p2_admin1 p2_group_d = p2_d1 p2_group_t = p2_t1 [/] # 指定所有的版本库默认只读，root可读写 * = r root = rw [project1:/] # 指定对版本库project1根目录的权限 @p1_group_a = rw @p1_group_d = rw @p1_group_t = r [project1:/trunk/admin] # 指定对版本库project1的/trunk/admin根目录的权限， # p1_group_a读写，p1_group_d和p1_group_t没有任何权限。 @p1_group_a = rw @p1_group_d = @p1_group_t = [project2:/] # 指定对版本库project2根目录的权限 @p2_group_a = rw @p2_group_d = rw @p2_group_t = r [project2:/trunk/admin] # 指定对版本库project1的/trunk/admin根目录的权限 @p2_group_a = rw @p2_group_d = @p2_group_t =

经过以上设置以后，你会发现一些有趣的事情。当 使用用户“p1_d1”，检出project1的trunk时，目 录是空的，好像admin目录根本不存在一样，当使用p1_d1用户浏览版本库时，能够看到admin目录，但是其中的内容却无法看到。
关于中文目录，也是没有问题的，只是注意要把 authz文件转化为UTF-8格式，在我的WINXP的 UltraEdit里显示的文件格式为U8-DOS，具体的做法是用UltraEdit打开authz文件，然后选择“文件->转换 ->ASCII转UTF-8”，然后保存。
再复杂的情况也不过如此，在实际的工作中要首先规划好权限，只赋给用户最小的权限，保证以最小的 配置实现最复杂的 权限控制。
Subversion备份

　 版本控制最关键的一 件事是保证数据的安全性，不能因为磁盘损坏，程序故障造成版本库无可挽回的错误，为此必须制定较完备的备份策略。在Subversion中，我们有三种备 份方式：完全备份，增量备份和同步版本库。
1, 完全备份

　最常见和简单的备份就是直接使用拷贝命令， 将版本库目录拷贝到备份目录上，就可以了。但是这样不是很安全的方式，因为如果在拷贝时版本库发生变化，将会造成备份的结果不够准确，失去备份的作用，为 此Subversion提供了“svnadmin hotcopy”命令，可以防止这种问题。
还记得我们的版本库目录吗？

D:/SVNROOT ├─project1 │ ├─conf │ ├─dav │ ├─db │ │ ├─revprops │ │ ├─revs │ │ └─transactions │ ├─hooks │ └─locks └─project2 ├─conf ├─dav ├─db │ ├─revprops │ ├─revs │ └─transactions ├─hooks └─locks

如果要把project1备份到 d:/svnrootbak目录下，只需要运行：
svnadmin hotcopy d:/svnroot/project1 d:/svnrootbak/project1
但是我们作为配置管理员，必须想办法优化这个过程，如果我们这个目录下有许多版本库，需要为每个 版本库写这样一条 语句备份，为此我写了下面的脚本，实现备份一个目录下的所有版本库。我们在D:/SVNROOT下创建了两个文件，simpleBackup.bat：
@echo 正在备份版本库%1......
　 @%SVN_HOME%/bin/svnadmin hotcopy %1 %BACKUP_DIRECTORY%/%2
　@echo 版本库%1成功备份到了%2！
这个文件仅仅是对“svnadmin hotcopy”的包装，然后是backup.bat：
echo off
rem Subversion的安装目录
set SVN_HOME="D:/Subversion"
rem 所有版本库的父目录
set SVN_ROOT=D:/svnroot
rem 备份的目录
set BACKUP_SVN_ROOT=D:/svnrootbak
set BACKUP_DIRECTORY=%BACKUP_SVN_ROOT%/%date:~0,10%
if exist %BACKUP_DIRECTORY% goto checkBack
echo 建立备份目录%BACKUP_DIRECTORY%>>%SVN_ROOT%/backup.log
mkdir %BACKUP_DIRECTORY%
rem 验证目录是否为版本库，如果是则取出名称备份
for /r %SVN_ROOT% %%I in (.) do @if exist "%%I/conf/svnserve.conf" %SVN_ROOT%/simpleBackup.bat "%%~fI" %%~nI
goto end
:checkBack
echo 备份目录%BACKUP_DIRECTORY%已经存在，请清空。
goto end
:end
你在使用的时候，只需要修改backup.bat开头的三个路径，将两个脚本拷贝到 “SVN_ROOT”下就可以 了。根据以上的配置，你只需要运行backup.bat，就可以把“SVN_ROOT”下的版本库都备份到“BACKUP_SVN_ROOT”里，并且存 放在备份所在日的目录里，例如“D:/svnrootbak/2006-10-22”。
虽然这部分工作很简单，可是必须有人定时地去执 行这个操作（例如每周一凌晨），为了避免发生遗忘的情况，我们可以 将这个操作加入到系统的at任务当中去，例如还是上面的环境，为了安装at任务，我们运行：
at 1:00 /every:M D:/svnroot/backup.bat这样在每周一凌晨1:00都会执行这个备份过程。当然备份在本机也是不安全的，你也许需要上传到别的机器，这 个就要靠你自己去实现了。
2, 增量备份

　 尽管完全备份非常简单，但是也是有代价的， 当版本库非常巨大时，经常进行完全备份是不现实的，也并不必要，但是一旦版本库在备份之间发生问题，该如何呢，这里我们就用到了增量备份。
增量备份通常要与完全备份结合使用，就像 oracle数据库的归档日志，记录着每次Subversion提交的变 化，然后在需要恢复时能够回到最新的可用状态。在我们这个例子中我们使用的是，svnadmin dump命令进行增量的备份，使用方法是：
svnadmin dump project1 --revision 15 --incremental > dumpfile2
上面的命令实现了对修订版本15进行增量的备 份，其中的输出文件dumpfile2只保存了修订版本15更改的内 容。
为了记录每次提交的结果，我们需要使用一项Subversion的特性--钩子 （hook），看看我们的 project1目录：

├─project1 │ ├─conf │ ├─dav │ ├─db │ │ ├─revprops │ │ ├─revs │ │ └─transactions │ ├─hooks │ └─locks

其中的hooks目录里存放的就是钩子脚本，我 们在此处只使用post-commit钩子，这个钩子会在每次提交 之后执行，为了实现我们的备份功能，我们在hooks下建立一个文件post-commit.bat，内容如下：

echo off set SVN_HOME="C:/Program Files/Subversion" set SVN_ROOT=D:/svnroot set UNIX_SVN_ROOT=D:/svnroot set DELTA_BACKUP_SVN_ROOT=D:/svnrootbak/delta set LOG_FILE=%1/backup.log echo backup revision %2 >> %LOG_FILE% for /r %SVN_ROOT% %%I in (.) do if D:/svnroot/%%~nI == %1 %SVN_ROOT%/%%~nI/hooks/deltaBackup.bat %%~nI %2 goto end :end

通过这个脚本，可以实现D:/svnroot下 的版本库提交时自动增量备份到D:/svnrootbak /delta（确定这个目录存在），其中使用的deltaBackup.bat其实可以放在任何地方，只是对脚本的svnadmin dump的包装，内容如下：
@echo 正在备份版本库%2......
　%SVN_HOME%/bin/svnadmin dump %SVN_ROOT%/%1 --incremental --revision %2 >> %DELTA_BACKUP_SVN_ROOT%/%1.dump
　@echo 版本库%2成功备份到了%3！
以上两个脚本可以直接拷贝到project2的 hooks目录下，不需要修改就可以实现project2的自动备 份。
以上的操作已经OK了，现在需要做的是将完全备份和增量备份结合起来，也就是在完全 备份后清理增量备份的结果，使 之只保存完全备份后的结果。
当果真出现版本库的故障，就要求我们实现版本库的恢复操作了，这是用要使用svnadmin load命令，同时也需要上次的完全备份例如要把上次完全备份backuprepo，和之后的增量备份dumpfile：
svnadmin load backuprepo < dumpfile
最后的结果，可以下载svnroot.rar，将之解压缩到d:/下，然后修改几个bat文件的 SVN_HOME 就可以使用了。
3, 版本库同步

Subversion 1.4增加了同步机制，可以实现一个版本库同另一个版本库的同步（但好像只是单向的），我们可以用来实现版本库的备份或镜像。
3.1. 对目标库初始化

　svnsync init svn://localhost/project2 svn://localhost/project1
　其中project2是目标的版本 库，而project1是源版本库。其中的目标版本库必须为空，而且必须允许修订版本属性的修改，也就是在目标的版本库的hooks目录里添加一个文件 pre-revprop-change.bat，内容为空即可。
3.2. 同步project2到project1

　 svnsync sync svn://localhost/project2
　这时候你update一下你的project2的一个工作拷 贝，就会发现有了project1的所有内容。如果project1又有提交，这时候project2的版本库无法看到最新的变化，还需要再运行一遍 sync操作，这样才能将最新的变化同步。需要注意的是，目标版本库只能做成只读的，如果目标版本库发生了变更，则无法继续同步了。
3.3. 同步历史属性的修改

　因为同步不会更新对历史属性 的修改，所以svnsync还有子命令copy-revprops，可以同步某个版本的属性。
3.4. 钩子自动同步

　希望在每次提交时同步，则需要在源 版本库增加post-commit脚本，内容如下：

echo off set SVN_HOME="D:/Subversion" %SVN_HOME%/bin/svnsync sync --non-interactive svn://localhost/project2

把以上内容存放为post- commit.bat，然后放到版本库project1下的hooks目录下，这样 project1每次提交，都会引起project2的同步。
apache装完后为什么显示no service installed？
安装完apache之后（不是按照默认路径安装的，例如是 D:/ ）右下方哪个小羽毛图标是没有启动的，左键不好使，而且提示“No services installed”，提示服务器没有被安装。
解决方 法: 找到 apache2 目录下的 bin 目录 有个apache.exe 文件，在运行中键入：cmd ，出来DOS窗口
键入: d:/ 注释：进入D盘，假如apache安装在D盘
键入: cd apache2 注释：进入D:/apache2/目录
键入: cd bin 注释：进入D:/apache2/bin/ 目录
键入: httpd.exe -k install -n apache2 注释：添加了apache2这个服务了，下面我们要启动它
键入: net start apache2 注释：启动apache2服务 关闭服务器是： net stop apache2
OK，问题解决.
-----------------------------转载自： http://hi.baidu.com/mops/blog/item/a0c07efb3811aa62024f56b5.html ---
4：VS2008中使用用ANKHSVN插件
        插件安装很简单，在经过以上步骤后，并且确认你已经在vs中安装好了ankhsvn插件，那么恭喜你，你已经可以在VS中使用svn的强大代码管理功能 了。首先打开Visual Studio,点击 File(文件)你将会看到多出了Subversion选项，点击Open from subversion…URL中输入http://服务器IP/repository/repos1，然后会提示输入http认证的用户名和密码，输入确 定后就可以看到已经创建好的项目了选中要打开的项目.sln文件打开，然后需要制定一个本地存放路径，设定好后点击OK，就可以看到程序从服务器传到了本 地。