Subversion基础：概念、安装、配置和基本操作
一、基本概念
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 p2_group_a = p2_admin1 [/] [project1:/] [project1:/trunk/admin] [project2:/] [project2:/trunk/admin] |
经过以上设置以后，你会发现一些有趣的事情。当使用用户“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，就可以看到程序从服务器传到了本地。