先试试这个：GRPWH-7CDHQ-K3G3C-JH2KX-C88H8
现在激活office得靠运气，前一段时间先用6QFDX-PYH2G-PPYFD-C7RJM-BBKQ8 安装，然后在控制面板-卸载程序-office 2010右键 更改-更改密钥  在输入
BDD3G-XM7FB-BD2HM-YK63V-VQFDK 就可以激活。现在好像不行了。下面还有好多神key你可以试试，祝你好运。

VYBBJ-TRJPB-QFQRF-QFT4D-H3GVB
GCXQJ-KFYBG-XR77F-XF3K8-WT7QW 
QY89T-88PV8-FD7H7-CJVCQ-GJ492 
23TGP-FTKV6-HTHGD-PDWWP-MWCRQ 
GDQ98-KW37Y-MVR84-246FH-3T6BG 
FGVT2-GBV2M-YG4BD-JM823-XJYRY 
TTWC8-Y8KD3-YD77J-RGWTF-DTG2V 
GFWF2-R8H99-P4YWF-D2HY9-6PPXJ 
GRPWH-7CDHQ-K3G3C-JH2KX-C88H8

Office 2010密钥（序列号）：
GCCVP-793B7-92C6G-KJ4CD-98RYD
C6YV2-6CKK8-VF7JB-JJCFM-HXJ2D
GCXQJ-KFYBG-XR77F-XF3K8-WT7QW
KH2J9-PC326-T44D4-39H6V-TVPBY
TFP9Y-VCY3P-VVH3T-8XXCC-MF4YK
236TW-X778T-8MV9F-937GT-QVKBB
87VT2-FY2XW-F7K39-W3T8R-XMFGF
QY89T-88PV8-FD7H7-CJVCQ-GJ492
23TGP-FTKV6-HTHGD-PDWWP-MWCRQ
GDQ98-KW37Y-MVR84-246FH-3T6BG
FGVT2-GBV2M-YG4BD-JM823-XJYRY
TTWC8-Y8KD3-YD77J-RGWTF-DTG2V
GFWF2-R8H99-P4YWF-D2HY9-6PPXJ

程序名                      密钥
Office® 2010                J9VBQ-YXT2F-PFRJY-FVDK2-82DRK
Access® 2010                2PHY7-B7HRB-DD4FQ-96J8V-43K97
Outlook® 2010               H6MJ8-6873D-9MCXR-MPKVH-3FDXD
Access® 2010                Q4JKD-G8YVM-PTGDX-M828P-GG68W
Outlook® 2010               J3RV4-QYG3M-X87HK-P9GGV-8RTPF
OneNote® 2010               MPDFB-YDQ39-XRR24-9XHTH-RV6XG
PowerPoint® 2010            RDHK9-BMJ9B-78MKR-PTVFJ-VHGGF
Visio® Professional 2010    HVWTH-2C23J-FQ4VQ-MYY7X-WD9V8
Project® Professional 2010  TF662-B8FFX-JT77W-MWGXV-DTBBH
Publisher® 2010             6F4MR-D9VM6-B69K8-QFJC2-4XTM9
SharePoint Designer® 2010   不需要密钥即可激活。

目前，Win7测试版在网上炒得火热，多数人的评价都比较正面，说什么“爽”之类，搞得不少人心痒痒的，也想装来玩玩。
    按常规，下载回来的DVD镜像要先刻盘，再从光盘启动来安装。可是很多人没有刻录机，甚至连光驱都没有。怎么办呢，从硬盘安装啦！下面详细介绍XP系统下从硬盘安装Win7的方法和步骤，按照步骤去做，肯定能成功。
    友情提示：
本方法很适合安装64位的Win7 或Vista 。如果是在空盘（没用任何系统的硬盘）上安装，推荐用PE光盘（U盘）启动，然后对照本文进行操作。如果硬盘已经有XP（X86）系统，又是安装32位的Win7或Vista的话，直接双击安装文件SETUP.EXE即可。
    1、硬盘空间准备。
    安装Win7系统的分区一般要30～50G大小，且为NTFS格式。因你现在的电脑已经在C盘安装了XP，因此要先准备一个30～50G的D盘或E盘来装Win7 。如果D、E盘的空间不符合要求，则调整一下。调整方法是：先备份D、E盘的资料，然后下载Paragon Partition Manager 绿色版，在XP系统下用它将D盘或E盘的空间调整到30～50G 。具体方法可以参考这个帖子的部分章节：http://softbbs.pconline.com.cn/7307078.html
Paragon Partition Manager 7绿色版可以在点击这里下载：WINPM.rar
    2、Win7文件准备。
    ①下载Win7 的ISO文件到本机硬盘中。
    ②提取Win7 启动文件。用UltraISO软件或虚拟光驱加载Vista的ISO文件，将bootmgr文件和boot、efi、sources文件夹拷到C盘（sources只需拷贝boot.wim文件，其余的不必拷贝，因此可以事先在C盘新建一个文件夹sources，再拷贝boot.wim文件进去）。
    ③提取Win7 安装文件。用与②相同的方法将sources文件夹拷贝到E盘中（也可以放到F盘等，只要不放在Win7 要安装的D盘）。


    3、Win7 启动格式准备。
    在XP系统打开行命令行窗口（方法是：开始→运行，填入CMD然后回车），在命令行窗口键入命令并回车：
c:\boot\bootsect.exe /nt60 c:

注：如果安装64位的Win7/Vista，因为系统镜像中的bootsect.exe是64位的，不能在32位系统下运行。下面提供一个32位的给大家下载，免得又要到处找。请安装64位系统的网友下载使用，解压后覆盖boot文件夹中的64位的bootsect.exe就行了。
bootsect86.rar


    4、启动Win7 的PE系统。
    重启电脑，就会进入WinPE 系统 ，启动完成后弹出Win7 安装界面，点“下一步”→“修复计算机”→“否”→“下一步”→“命令提示符”，弹出命令行窗口。




    5、清理启动文件。
    必须删除原来拷贝到C盘的bootmgr文件和boot、efi、sources文件夹，以免安装Win7 时启动文件混乱导致失败。分别在命令行窗口键入命令并回车：
del c:\bootmgr
rd /s c:\boot
rd /s c:\efi
rd /s c:\sources
    6、格式化D盘。
    键入以下命令并回车：format d: /q /fs:ntfs
如果D盘已经是NTFS格式，可以不加/fs:ntfs这个参数。 如果D盘是空盘，就不必格式化了，跳过这一步。    
    7、运行win7 安装命令。
    键入以下命令并回车：
E:\SOURCES\setup.exe


    8、完成安装。
    按提示一步步完成win7 安装，其过程跟光盘安装是一样的。
    安装完成后，你就拥有Win7-XP双系统了。


要注意的是：
①在提示选择“安装类型”时不要选“升级”，要选“自定义（高级）”；
②在提示安装到哪一个盘时选“分区2”（即D盘），不要搞错了；
③在提示输入产品密钥时，输入你申请（搜索...？-_-）到的密钥，或可以留空，直接点“下一步”，等安装完成后，再想法激活。

版本：v1.2

修订：2008年1月24日11:45:35

出处：blog.kysf.net

版权：作者保留对本文的一切修改、发布等权力。任何人想要转载本文部分或全部内容时，必须保留包括作者、版本、修订、出处、版权，共五项信息。对本文的参考引用，则不受限制。

关键词：subversion, 安装配置, 权限, 目录访问

1 前言
2 基本概念
　2.1 什么是版本控制
　2.2 什么是 Subversion
　2.3 版本库（repository）
3 安装配置
　3.1 安装独立服务器 SVNServer
　3.2 安装 ApacheSVN 服务器
4 FAQ
5 参考资料

1、前 言

花了72小时，终于把 Subversion 初步掌握了。从一个连“什么是版本控制”都不知道的门外汉，到配置出精确至每目录访问的入门者，中间还卡了一天时间。其中费了许多气力，摸索实验了多次，还差点放弃了，但是收获是巨大的。现把我的配置和学习过程写下来，供大家参考，也让初学者少走弯路。

由于本人不会 Unix/Linux （正在学习中），故仅以 Windows 平台为例讲解，Unix/Linux 平台请参考相关资料。如其中有谬误的地方，包括错别字，请联系我修订。

技术在分享中进步！

2、基本概念

2.1、什么是版本控制

简单点来说，版本控制就是数据仓库，它可以记录你对文件的每次更改。这样，就算你在昏天黑地的改了几个月后老板说不要了，还是按照过去那样，你也不会抓狂，简单的恢复版本操作就搞定一切。

2.2、什么是 Subversion

Subversion是一个自由/开源版本控制系统，它管理文件和目录可以超越时间。一组文件存放在中心版本库，这个版本库很像一个普通的文件服务器，只是它可以记录每一次文件和目录的修改，这便使你可以取得数据以前的版本，从而可以检查所作的更改。从这个方面看，许多人把版本控制系统当作一种“时间机器”。

Subversion可以通过网络访问它的版本库，从而使用户可以在不同的电脑上使用。一定程度上可以说，允许用户在各自的地方修改同一份数据是促进协作。进展可能非常的迅速，并没有一个所有的改变都会取得效果的通道，由于所有的工作都有历史版本，你不必担心由于失去某个通道而影响质量，如果存在不正确的改变，只要取消改变。

一些版本控制系统也是软件配置管理（SCM）系统，这种系统经过特定的精巧设计来管理源代码，有许多关于软件开发的特性—本身理解编程语言、或者提供构建程序的工具。然而，Subversion不是这样一个系统，它是一个通用系统，可以管理任何类型的文件集，对你这可能是源代码，对别人，可能是一个货物报价单或者是书稿等。

2.3、版本库（repository）

Subversion 的核心就是 rpository ，中文翻译成“版本库”。就是位于服务器端，统一管理和储存数据的地方。

3、安装配置

3.1 安装独立服务器 SVNServer

环境

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 更好操作，提高效率。

二、安装服务器端和客户端

首先安装 Apache 2.2.6 ，具体安装方法大家参考相关资料，或者参看我写的《Windows下安装Apache 2.2.x》。

其次安装 Subversion（以下简称SVN）的服务器端和客户端。下载下来的服务器端是个 zip 压缩包，直接解压缩即可，比如我解压到 E:\subversion 。客户端安装文件是个 exe 可执行文件，直接运行按提示安装即可，客户端安装完成后提示重启。

三、建立版本库（Repository）

运行Subversion服务器需要首先要建立一个版本库（Repository）。版本库可以看作是服务器上集中存放和管理数据的地方。

开始建立版本库。首先建立 e:\svn 空文件夹作为所有版本库的根目录。然后，进入命令行并切换到subversion的bin目录。输入如下命令：

此命令在 E:\svn 下建立一个版本库 repos1 。repos1 下面会自动生成一些文件夹和文件。

我们也可以使用 TortoiseSVN 图形化的完成这一步：

先建立空目录 E:\svn\repos1 ，注意一定是要空的。然后在 repos1 文件夹上“右键->TortoiseSVN->Create Repository here...”，然后可以选择版本库模式，这里使用默认的FSFS即可，然后就创建了一系列文件夹和文件，同命令行建立的一样。

四、运行独立服务器

此时 subversion 服务还没有开始，只是通过它的命令建立了版本库。继续在刚才的命令窗口输入：

svnserve 将会在端口 3690 等待请求，--daemon（两个短横线）选项告诉 svnserve 以守护进程方式运行，这样在手动终止之前不会退出。注意不要关闭命令行窗口，关闭窗口会把 svnserve 停止。

为了验证svnserve正常工作，使用TortoiseSVN -> Repo-browser 来查看版本库。在弹出的 URL 对话框中输入：

点 OK 按钮后就可以看见 repos1 版本库的目录树结构了，只不过这时 repos1 是个空库。

你也可以使用--root选项设置根位置来限制服务器的访问目录，从而增加安全性和节约输入svnserve URL的时间：

以前面的测试作为例，svnserve 将会运行为：

然后TortoiseSVN中的版本库浏览器URL缩减为：

五、配置用户和权限

用文本编辑器打开E:\svn\repos1\conf目录，修改svnserve.conf：

将：

改为：

即去掉前面的 # 注释符，注意前面不能有空格。

然后修改同目录的passwd文件，增加一个帐号：

将：

增加帐号：

六、初始化导入

下面就是将我们的数据（项目）导入到这个版本库，以后就由版本库管理我们的数据。我们的任何改动都回被版本库记录下来，甚至我们自己丢失、改错数据时版本库也能帮我们找回数据。

比如，我在 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 版本的区别。

3.2 安装 ApacheSVN 服务器

Subversion的设计包括一个抽象的网络层，这意味着版本库可以通过各种服务器进程访问。理论上讲，Subversion可以使用无限数量的网络协议实现，目前实践中存在着两种服务器。

• SVNServer：svnserve 是一个小的（也叫轻型的）、独立服务器，使用自己定义的协议和客户端。（作者注：以下称这种服务器为“svnserver服务器”，上面的安装配置就是安装svnserver服务器。）
  
   
• ApacheSVN：Apache是最流行的web服务器，通过使用 mod_dav_svn 模块，Apache可以访问版本库，并且可以使客户端使用HTTP的扩展协议WebDAV/DeltaV进行访问。（作者注：以下称这种服务器为“ApacheSVN服务器”）

通过 Http 协议访问版本库是 Subversion 的亮点之一。ApacheSVN服务器 具备了许多 svnserve服务器 没有的特性，使用上更加灵活，但是有一点难于配置，灵活通常会带来复杂性。

由于 Subversion 需要版本化的控制，因此标准的 Http 协议不能满足需求。要让 Apache 与 Subversion 协同工作，需要使用 WebDAV（Web-based Distributed Authoring and Versioning：）Web 分布式创作和版本控制）。WebDAV 是 HTTP 1.1 的扩展，关于 WebDAV 的规范和工作原理，可以参考 IETF RFC 2518 。

一、必备条件

为了让你的版本库使用HTTP网络，你必需具备以下几个条件：

1. 配置好httpd 2.2.x，并且使用mod_dav启动。
2. 为mod_dav安装mod_dav_svn插件。
3. 配置你的httpd.conf，使http协议能访问版本库。

下面以我的配置过程详细讲解。

环境：

OS：Windows XP SP2

Web：Apache 2.2.6

SVN：svn-win32-1.4.6

二、安装

1、安装Apache

具体安装方法见：《Windows下安装Apache 2.2.x》

2、安装 Subversion

将下载下来的 svn-win32-1.4.6.zip 直接解压即可，比如我解压到 e:\subversion 。
从Subversion安装目录的 bin 子目录将 intl3_svn.dll、libdb44.dll、mod_authz_svn.so、mod_dav_svn.so 拷贝到Apache的模块目录（Apache 安装目录的 modules 文件夹）。

三、基本的Apache配置

修改Apache的配置文件 httpd.conf ，使用LoadModule来加载mod_dav_svn模块。

将：

改成：

即去掉前面的“#”号。

添加：

一定确定它在 mod_dav 之后。

现在你已经设置了Apache和Subversion，但是Apache不知道如何处理Subversion客户端，例如TortoiseSVN。为了让Apache知道哪个目录是用来作为Subversion版本库，你需要使用编辑器（例如记事本）编辑Apache的配置文件。

在配置文件最后添加如下几行：

这个配置告诉Apache首先需要启用 dav_module，然后加载 dav_svn_module 。版本库对外的URL是：http://服务器IP/repository/ ，所有的Subversion版本库在物理上位于e:/svn/repos1/ 。

配置完毕后重新启动 Apache，打开浏览器，输入 http://服务器IP/ repository/ 将会看到如下画面：

这表示 Apache 的 dav_svn 模块已经可以正常工作了。用户可以使用任何一种 Subversion 的客户端通过 Http 协议访问你的版本库。

如果想要指定多个版本库，可以用多个 Location 标签，也可以使用 SVNParentPath 代替 SVNPath，例如在 e:\svn 下有多个版本库 repos1，repos2 等等，用如下方式指定：

“SVNParentPath e:/svn ” 表示 e:\svn 下的每个子目录都是一个版本库。可以通过 http://服务器IP/repository/repos1/，http://服务器IP/repository/repos2/ 来访问。

现在你的版本库任何人都可以访问，并且有完全的写操作权限。也就是说任何人都可以匿名读取，修改，提交，以及删除版本库中的内容(注：这时不需要配置E:\svn\repos\conf\svnserve.conf 文件，并且也不需要启动E:\subversion\bin\svnserve.exe。因为提交是通过Apache的dav模块处理的，而不是由svnservice处理。)。我们用 TortoiseSVN 客户端验证即知。

显然大部分场合这是不符合需求的。那么如何进行权限设置呢，Apache 提供了基本的权限设置：

四、认证选项

1、基本 HTTP 认证

最简单的客户端认证方式是通过 HTTP 基本认证机制，简单的使用用户名和密码来验证一个用户的身份。Apache提供了一个 htpasswd 工具来管理一个用户文件，这个文件包含用户名和加密后的密码，这些就是你希望赋予 Subversion 特别权限的用户。htpasswd 可以在 Apache 的 bin 安装目录下找到。具体使用方法如下：

接下来修改 httpd.conf，在 Location 标签中加入如下内容：

说明：

AuthType Basic：启用基本的验证，比如用户名/密码对。

AuthName "svn repos"：当一个认证对话框弹出时，出现在认证对话框中的信息。（最好用英文，TortoiseSVN 不支持中文，安装语言包除外。）

AuthUserFile E:/usr/Apache2.2/bin/passwd：指定E:\usr\Apache2.2\bin\passwd为用户文件，用来验证用户的用户名及密码。

Require valid-user：限定用户只有输入正确的用户名及密码后才能访问这个路径

重新启动 Apache ，打开浏览器访问版本库。Apache 会提示你输入用户名和密码来认证登陆了，现在只有 passwd 文件中设定的用户才可以访问版本库。也可以配置只有特定用户可以访问，替换上述 "Require valid-user" 为 "Require user tony robert" 将只有用户文件中的 tony 和 robert 可以访问该版本库。

有的时候也许不需要这样严格的访问控制，例如大多数开源项目允许匿名的读取操作，而只有认证用户才允许写操作。为了实现更为细致的权限认证，可以使用 Limit 和 LimitExcept 标签。例如：

以上配置将使匿名用户有读取权限，而限制只有 passwd 中配置的用户可以使用写操作。

如果这还不能满足你的要求，你希望精确的控制版本库目录访问，可以使用 Apache 的 mod_authz_svn 模块对每个目录进行认证操作。

2、用 mod_authz_svn 进行目录访问控制

首先需要让 Apache 将 mod_authz_svn 模块加载进来。在 Subversion 的安装目录中找到 mod_auth_svn 模块，将其拷贝到 Apache 安装目录的 modules 子目录下。修改 httpd.conf 文件，添加：

现在可以在 Location 标签中使用 authz 的功能了。一个基本的 authz 配置如下：

AuthzSVNAccessFile 指向的是 authz 的策略文件，详细的权限控制可以在这个策略文件中指定。访问文件 accesspolicy.conf 的语法与svnserve.conf和 Apache 的配置文件非常相似，以（#）开头的行会被忽略；在它的简单形式里，每一小节命名一个版本库和一个里面的路径；认证用户名是在每个小节中的选项名；每个选项的值描述了用户访问版本库的级别：r（只读）或者rw（读写），如果用户没有提到或者值留空，访问是不允许的； * 表示所有用户，用它控制匿名用户的访问权限；@符号区分组和用户。如：

使用 SVNParentPath 代替 SVNPath 来指定多个版本库的父目录时，其中所有的版本库都将按照这个策略文件配置。例如上例中 tony 将对所有版本库里的 /tags 目录具有读写权限。如果要对具体每个版本库配置，用如下的语法：

这样项目1的 project1_committer 组只能对 repos1 版本库下的文件具有写权限而不能修改版本库 repos2 ，同样项目2的 project2_commiter 组也不能修改 repos1 版本库的文件。

4、FAQ

1、路径或权限不足时将出现错误信息提示：

http://localhost （路径不对）
Error * PROPFIND request failed on '/' PROPFIND of '/': 200 OK (http://localhost)

http://localhost/svn （权限不足）
Error * PROPFIND request failed on '/svn' PROPFIND of '/svn': 403 Forbidden (http://localhost)

http://localhost/svn/repos （正常显示）

http://localhost/repos （权限不允许）
Error * PROPFIND request failed on '/repos' PROPFIND of '/repos': 405 Method Not Allowed (http://localhost)

2、不启动E:\subversion\bin\svnserve.exe ，但启动了ApacheSVN ，访问（tortoiseSVN –> Repo – browser）或提交（SVN Commit）情形如下：

现象：svn://localhost/svn/repos 不能访问或提交，提示：Error * Can't connect to host 'localhost': 由于目标机器积极拒绝，无法连接。 但 file:///e:/svn/repos 和 http://localhost/svn/repos 可以访问或提交。

原因：svn:// 是独立服务器 svnserver 自己的协议。file:/// 是本地访问，即服务器端和客户端在一个机器上。

参考资料：
Subversion 官方网站：Subversion 的官方网站，提供最权威的介绍和最新的下载。
Subversion 中文手册：Subversion 简体中文官方网站翻译的中文手册。
TortoiseSVN 中文文档：Subversion 简体中文官方网站翻译的 TortoiseSVN 中文文档。
我用SVN中文论坛：国内人气非常旺的 SVN 中文交流论坛。
《用Apache和Subversion搭建安全的版本控制环境》：IBM 工程师写的基于 Linux 的 SVN 教程。
百度百科：由全体网民共同撰写的百科全书

~ 全文完~

　　　　　　　　　　印第安

　　　　　　2007年12月23日23:37:41　v1.0 初稿
　　　　　　2007年12月25日2:24:53　v1.1 更新。更改了几处路径，使之更加便于Win下调试。全文重新排版，阅读条理更清晰。
　　　　　　2008年1月24日11:45:35　v1.2 修订。修改几处书写错误（谢谢山东济南的网易博友242）；修改1个关键配置路径。

文档规则

[本地工作区] ：work copy ，本地工作副本；

[主项目]：引用共用模块的新项目（工程）

最新版本（HEAD revision）：版本库里文件或目录的最新版本

SA ：SVN服务器的管理员

PRA ：单个项目库的管理员，或者是项目负责人

User ：普通工作人员

WC ：work copy ，本地工作副本

1. 版本控制原则
    SVN（或者其他版本控制软件）只是一个版本控制的辅助工具，不可能把所有的问题都自动解决掉。尤其，对于冲突这个麻烦事儿，项目成员在项目进程中要尽量通过优化流程来解决，而不是将希望寄托于软件工具来自动解决一切问题。
建议的开发过程组织：
  <1>. 随行就市>
项目刚开始阶段，单独开发；项目稳定阶段，完整开发。项目开发初期，各个项目成员负责自己的文件夹（或者模块），与SVN服务器间的更新、提交等操作只需 要针对自己负责的文件夹（或者模块）就行了，他人的文件夹（或者模块）可以不必关心；项目稳定阶段，也就是每天的变更量很小了，所有项目成员与SVN服务 器的更新、提交等操作需要针对项目的所有文件夹（或者模块），各个项目成员在其本地编译时本地工作区的全部项目程序（或者资料）均为最新的版本，保证项目 作为整体能够顺利运行。
   <2>. 能躲就躲
尽量保证一份文件只有一个项目成员在编辑。举例说明：程序员A负责底层中文件 DBAccess.cs的编写，如果程序员B的工作要求他为DBAccess.cs增加两个方法，程序员B应该通知程序员A来增加而不是自己增加；如果此 时A非常繁忙需要B自己增加，就需要B先更新本地的DBAccess.cs，然后开始修改，修改完成后立即提交并通知A更新本地的文件，通过缩短提交间隔 来减少冲突。
2. 基于版本控制的开发流程

版本控制下的软件开发基本流程
注意：上述的流程中没有考虑测试和审核的步骤。
3.各阶段中svn的使用方法介绍
<1>.安装后的常规设置
  (1). 中文界面的设置
将TortoiseSVN的操作语言设置为中文，控制文件夹使用“_SVN”以便支持Asp.net项目。

  (2).忽略文件
  为防止在提交操作时将不必要的文件上传到SVN服务器上，可将项目中不需要受SVN控制的文件和文件夹通过设置忽略选项的方式排除掉。常被忽略的文件 有 _* obj *.db *.resharper* *.Load *.pdb *.bak。可以根据实际需要来修改忽略参数， 每个需要忽略的文件（文件夹）名称之间用空格作分隔符，需要忽略的文件夹只要写文件夹名称就行，例如 obj，忽略obj文件夹及所包含文件；_*忽略所有_（下划线）开头的文件夹及所包含文件。注意，这个设置仅对本机有效，而且对本机的所有项目的本地工 作区有效，对其他项目组成员没有影响。被忽略的文件仍可以通过“添加”命令使其受SVN控制。

操作界面如下图，只需将忽略参数填写在“全局忽略模式”后的文本框中即可。

  (3).配置强制注释
  项目负责人通过设置项目的TortoiseSVN:logminisize设置为5，以便强制注释。设置方法：在项目的本地工作区文件夹上点击鼠标右 键选择“属性”，进入 Subversion标签，选中TortoiseSVN: logminisize，确保复选框“递归应用该属性”选中，取值设为5，其意思是指提交的注释最短长度为五个字。注意，这个设置对其他项目成员的也有 效，但是对别的SVN客户端工具（如AnkhSVN）无效。
<2>. 初始化版本库
初始化版本库有两种常用的方式：
  1. 直接“导入Import…”
对要执行导入操作得项目文件夹进行如下清理：
    (1). 把项目中不需要的文件删除。（临时文件、编译器创建的文件，比如*.obj、二进制文件等。）
    (2). 把文件夹和子文件夹中的所有文件整理一遍。虽然你可以在导入之后再来进行重命名或删除等操作，但是还是推荐你在导入之前把你的项目整理好。
在资源管理器（windows explorer）中选择项目(本地硬盘上)的根文件夹，单击鼠标右键，选择导入Import…命令，跳出一个对话框：

  在这个对话框中你需要填写你要将项目导入仓库的URL地址（svn必须小写）。导入信息（Important Message）是用来记录日志信息的。注意：与“忽略样式exclude pattern”匹配的文件或文件夹不会被导入，除非选择了“包含忽略的文件”选项。
按下“确定”按钮后，TortoiseSVN就开始把整个文件夹树（包括所有文件）导入到仓库。用来做“导入Import”操作的这个文件夹的名字不会出 现在仓库中，只有文件夹中的内容会出现。注意：刚才用来做“导入Import”操作的这个文件夹并没有处于版本控制下！要获取一份处于版本控制之下的[本 地工作区]副本，你需要对刚导入的版本做一次“检出Checkout”操作。
  2.“检出Checkout”—>“提交Commit”
新建一个空文件夹作为[本地工作区]的存放文件夹（建议与项目同名），在文件夹上（或者文件夹里）单击鼠标右键后在命令菜单中选择“检出Checkout…”，出现操作窗口。注意：只能检出Checkout到一个空文件夹。

  把本地硬盘上的项目文件夹中的内容（不要复制项目的根文件夹）全部复制到[本地工作区] 文件夹中，并对文件夹中进行清理操作（同“导入Import”操作前的清理操作）。然后选择[本地工作区] 文件夹单击鼠标右键跳出菜单，选择命令“提交Commit…”：

提交对话框会显示每一个有修改的文件，包括新增的，删除的，还有没有版本控制的。如果不想“提交Commit”某个有变更的文件，只需取消勾选那个文件即可。相反，如果要提交某个未受版本控制的文件，只需勾选它就可以然后“提交Commit”即可。
  3.日常开发中的SVN操作


0.版本号的解释
SVN系统中的版本号准确应该叫做“修订版本号”，每当版本库接受了一个提交Commit，文件系统进入了一个新的状态，叫做一次修订（revision），每一个修订版本被赋予一个独一无二的、递增的自然数，这个自然数就是修订版本号。
受控项目中任何一个受控文件/文件夹进行了修改提交Commit操作，项目的版本号就会提升一次，没有进行修改的文件/文件夹其版本号不会发生变化。受控 项目每一个装态都包含项目的所有文件/文件夹，引起该次版本号增加的即修改了的文件/文件夹保存新副本，没有发生修改的文件/文件夹保存引用，因此项目中 的文件/文件夹可能与项目的版本号不同。

0.更新(Update)工作副本

  把他人做的修改融合到自己的本地副本当中，这个把改动从服务器拿到本地的过程就是“更新Update”。“更新Update”操作可以针对一个文件， 或几个被选择的文件，或某个文件夹中的所有文件。选择想要进行“更新Update”操作的文件和（或）文件夹，单击鼠标右键，在菜单中选择“更新 Update”， 执行窗口显示正在“更新Update”的进度。他人做的修改会合并到自己的文件中，而自己所做的修改会被保留。如果不能合并，将会出现冲突（红色文字显 示），冲突的文件图标将出现标志。
命令 “更新至版本Update to Revision...” 可以使[本地工作区]更新到自己选择的一个特定版本。

0.解决冲突
  选择的文件，点击鼠标右键菜单中选择“编辑冲突Edit Conflict”来打开合并工具或冲突编辑器，做一些必要的修改，然后保存文件。然后选择菜单中的“已解决的Resolved”命令执行，接着提交commit修改到仓库。
注意：命令“已解决的Resolved”并没有真正的解决冲突，它只不过是把“文件名称.扩展名.mine” 和 “文件名称.扩展名.r*”（r*中星号代表任意位数字，即版本号）删除，并允许你提交修改而已。因此，建议在有冲突发生时要先执行“编辑冲突Edit Conflict” 再执行“已解决的Resolved”；如果确信自己的修改是正确的，不需要保留他人的修改，可将文件名称.扩展名.mine去掉“.mine”后缀，并把 “.r*”后缀的文件和“”的文件删除，然后正常“提交Commit”，版本库中将保存自己的版本。

0.提交修改到仓库

  强烈建议在提交之前，应该确认[本地工作区] 是最新的。可以直接作一次“更新Update”操作，或者先“检查更新Check for Modifications”看看在本地或在服务器上哪些文件修改过。如果没有这样的操作直接提交的话，很有可能出现冲突现象。“检查更新Check for Modifications”操作后的结果界面如下：

  如果[本地工作区] 是最新的，并且没有冲突，就可以提交你的修改了。选中你想要提交的任意文件或文件夹，然后选择在菜单中选择“提交Commit…”在提交对话框中双击一个 有修改的文件，可以启动外挂的比较工具来显示修改细节。 在按下“确定OK”按钮之后，会显示提交的进程情况。

0.比较差异(Diff)

  [本地工作区] 修改后，被修改的文件出现标志，选择 “比较差异Diff” 命令，可以查看该文件与版本仓库中文件具体差异，选择命令后出现对应的差异察看窗口。

0.加入(Add)新文件/新文件夹

  想把在开发过程中创建的新文件/文件夹加入到SVN控制之下，可以这样做：选中文件/文件夹（在新文件/文件夹所在父文件夹点击右键），然后在菜单中选择“添加Add”命令。不需要受SVN控制的文件请取消钩选。

在把文件或文件夹加入到控制之下后，这些文件或文件夹就会显示为一个Added覆盖图标的样子，接下来必须对[本地工作区] 执行提交commit操作，以便其他团队成员能够看到这些文件或文件夹。

0.删除、重命名、移动
选择要删除（或重命名）的文件/文件夹，点击鼠标右键选择相应命令：

  如果使用TortoiseSVN的“删除Delete”操作删除了一个文件/文件夹，文件就已经从[本地工作区]中删除了，而被“删除Delete” 的文件夹将显示为覆盖图标。要恢复被“删除Delete”文件/文件夹，只需对他的上级文件夹进行“SVN还原revert”操作即可。
如果要在[本地工作区]内移动文件，可以使用鼠标来拖拽：
    1．选中要移动的文件或文件夹。
    2．用鼠标右键拖拽他们到[本地工作区]中一个新的文件夹。
    3．松开鼠标右键。
    4．在跳出的菜单中选择相应命令，如下图：

  如果一个删除操作不是使用TortoiseSVN的“删除Delete”操作完成的，而是就像平常删除文件那样删除的。提交时，对话框窗口还是会显示 这些删除的文件，并提示自己把它们从版本控制下删除。所以如果忘记使用TortoiseSVN“删除Delete”操作来删除这些文件，仍可在这里补上。

0.取消改变(revert)
  如果要取消对一个文件/文件夹所做的修改，只需用鼠标右键单击该文件/文件夹，选择TortoiseSVN子菜单中的“SVN还原revert”命 令，在操作窗口中会显示需要还原的文件/文件夹，勾选文件/文件夹后按下“确定OK”按钮即可。注意这里所做的取消修改只能返回到该文件/文件夹上次“更 新Update”后的状态。


0.修订日志窗口
  每一次修改和提交，都应该做好日志记录。这样开发过程中就有了一个详细的记录，以后便可找出每一个修改是如何修改以及为什么这样修改的。 日志对话框会显示所有日志信息。显示分成3个部分：
    1.最上面部分显示的是所有被提交的版本列表。显示有日期时间、提交者、修订版本号和日志信息的前面一部分。用蓝色显示的行表示有某些文件被复制到了这个版本。（也许是从一个分支来的）
    2.中间部分显示的是选中版本的所有日志信息。
    3.底部显示的是选中版本所做修改的文件和文件夹列表。
还不仅仅是这些，对话框中还提供了很多的菜单命令可以使用。


0.文件库浏览器
  选择“文件库浏览器”菜单，就可以打开Subversion服务器上版本库的结构，并可以对版本库中的文件/文件夹进行操作，如下图：

Subversion快速指南

Subversion（简写为SVN）作为开源社区贡献的新一代版本控制系统，已经得到越来越广泛的使用。我用过CVS（Concurent Version System，SVN的前身）和微软的VSS（Visual SourceSafe），相比之下，SVN具有更强大的功能和更简单的操作特性。

网上已有一些文章介绍SVN的安装和使用，不过我在第一次配置时仍然遇到了几个问题。这里，我按照自己的思路来进行讲解，以期对那些初次使用SVN并且对一些问题存在疑问的朋友有所帮助。

1. SVN简介

光说SVN好，那SVN究竟有什么优点呢？在SVN的手册里有着详细的说明，下面简单介绍几个重要方面：

1) 基于目录的版本控制

传统的CVS或VSS都是基于单个文件进行版本控制的，这实际上满足不了实际需求，因为在实际应用中，我们都希望按照项目或者工程进行管理，例如假设我们想要取出某个历史时间点的整个项目文件，那么基于文件的版本控制系统就存在弊端，只能单个单个文件的处理。而SVN则能很方便的做到这一点，你可以随意的取出任何一个文件、任何一个目录的任何一个历史版本。

SVN还允许对文件和目录进行增加、删除以及复制和重命名等操作，这些都会被记录到历史信息中，实现真正的版本控制功能。

2) 原子提交

SVN里的每次操作都是原子的，要么全部成功，要么全部失败。假设你要提交多个文件，如果有一个存在冲突，那么其它修改都不会被提交。

3) 高效的分支（branching）与标签（tagging）功能

先说标签功能，通俗的讲，标签就是某个时间点的快照（snapshot），我们可以在项目进行到一些重要的里程碑之时为之建立标签，这样可以方便以后随时取出这些历史版本。我想你会有一个疑问：SVN不是本身就有随意取出任何一个历史版本的功能吗？是的，标签的作用主要是为了给这些特定的历史版本取一个友好的名字，以方便使用和维护。

分支则是用于创建多个并行的工作线，比如，当我们的一个项目需要为某个用户提供一些特殊的功能时，那么就可以为之创建一个分支，这样能够保正大部分代码的共用，也使得整个项目变得容易维护和管理。

SVN对于分支和标签的实现都是一样的，并且采用了与Unix/Linux硬链接（Hard-Link）类似的机制，即是说，当我们创建分支或标签时，SVN并不会立即为之创建一份拷贝，而是创建一个链接，只有当这些文件以后被修改时才会真正产生一份副本。这种“缓式拷贝”方法是一种常见的优化方法，能够有效的节约空间。

那分支和标签又有什么不同呢？不同之处仅仅在于其“约定成俗”的含义，标签意味着你不会再对其进行修改，而分支意味着你会对它进行开发。

4) 多种访问方式

SVN提供了一个抽象的网络访问层，可以通过不同的协议来对其进行访问。首先，SVN提供了自定义的svn协议访问方式，通过形如svn://host/repository的URL就能使用。再有，SVN还提供了与Apache Web服务器相集成的功能，这样，我们就可以通过http://host/repository的方式来访问SVN了。

5) 对二进制文件的支持

CVS虽然对二进制文件也有支持，但实现得并不完善，你或许遇到过文本文件里有中文字符而被认为是二进制文件的事情，SVN则提供了对二进制文件全面的支持，使得非文本文件也能跟文本文件一样进行良好的版本控制。

6) Windows下与资源管理器集成的客户端：TortoiseSVN

SVN本身只提供命令行的操作方式，TortoiseSVN是第三方开发的图形化界面，它的出现使Windows下的版本管理变得非常方便。不过，由于是嵌入到资源管理器中，它可能会影响系统的速度——微乎其微，你可以自己评测一下。

7) 平台无关

SVN秉承了开源软件的一贯优点，无论是Windows还是Linux平台，都可以相互访问SVN服务器。

如果你过去是VSS用户，那么这里还要提一点，与VSS相比，SVN还有一个理念不一样，VSS将版本冲突控制放在操作之前，你要操作某个项目必须先执行CheckOut以进行锁定、防止他人同时修改。SVN提供了同样的Lock功能，但通常情况下，我们只需各自独立的进行修改而无需锁定项目，如果有冲突在提交的时候再做处理，也就是说，SVN是将冲突控制放在操作之后、提交之时。也许你会觉得VSS更合理，但实际情况却相反，因为在我们的实际使用中经常发生有人将整个项目CheckOut后忘了CheckIn，或者未选择Recursive忘了将子目录中的文件CheckIn，这就让其他人无法修改，于是不得不人为的通知其本人，非常麻烦。

2. SVN服务器搭建

本节是针对管理员写的，普通用户可以跳过本节。我这里只以Windows上的安装为例，Linux上可按类似方式进行（有些配置参数会存在差别，具体参考帮助手册）。

1) 安装SVN服务器

a. 下载

SVN的官方网站为http://subversion.tigris.org/，当前最新版本为1.4.2。Windows下的二进制安装包分为两种，一种是以setup结尾的安装文件，另一种是普通的压缩包文件，setup文件会自动注册一些信息，比如环境变量以及服务等，这些都是可以自己手动实现的。在我写这篇文章时，官方网站上就只有普通二进制文件，估计setup文件稍晚些时候会出来。特别注意，下载时要详细阅读注意事项，看清与之配套的软件的版本号，避免出现问题。

我选择的版本为svn-win32-1.4.2.zip

b. 安装

将svn-win32-1.4.2.zip解压缩到安装目录下，我选择的是C:/Program Files/Subversion，如果是setup文件，直接运行安装文件即可。对于压缩包，我们可以将bin路径添加到系统环境变量中，以方便操作。可以看到，bin目录下主要有如下几个文件：

svnadmin：仓库管理工具，包括创建、修复和备份等操作。
svnlook：仓库查看工具，包括信息、日志和锁定状态等内容，不会造成仓库的改动。
svnserve：svn服务程序，允许通过svn网络协议来访问仓库。
svn：SVN客户端，用于访问仓库，对项目进行版本管理。
svnversion：客户端工具，用于查看本地拷贝的修订信息。
c. 创建仓库（Repository）

SVN是以仓库为版本控制单位的，一个SVN服务器可以管理多个仓库，每个仓库拥有独立的修订号（REVISION），仓库中的任何一次更新都会带来修订号的递增。你可以根据需要选择建立一个或者多个仓库，这里，我以创建多个仓库为例子，假设我们将仓库都放到D:/SVN_REPOS目录下，下面的命令将会在该目录下创建一个Test仓库：

svnadmin create D:/SVN_REPOS/Test
如果创建成功，D:/SVN_REPOS/下将会多一个Test目录。
2) 搭建svnserve访问方式

svn和http是两种并列的访问方式，你可以选择其中一种，也可以都采用。

a. 注册服务

为了让SVN服务程序每次开机后自动运行，我们需要将其注册为服务。在控制台中执行如下命令：

sc create svnservice binPath= "\"C:\Program Files\Subversion\bin\svnserve.exe\" --service -r D:/SVN_REPOS" start= auto
注意，上述命令均在一行中。sc.exe是Windows 2000以后系统自带的一个工具，2000下没有，可以从XP上拷过来。svnservice为服务名称，后面的参数格式有严格要求，等号前面没有空格而后面有。binPath本身带有多个参数，因此用引号括起来，而由于路径里面又有空格，因此又加上了一层引号。 --service和-r均为svnserve.exe的参数，前者要求它作为服务运行，后者指明了仓库的根路径（多仓库为仓库的父目录）。
带安装包的SVN会自动注册服务，这时我们可能需要修改-r参数，命令如下：

sc config svnservice binPath= "\"C:\Program Files\Subversion\bin\svnserve.exe\" --service -r D:/SVN_REPOS"
b. 访问

注册完后，通过运行sc start svnservice或者服务管理器（service.msc）启动服务。
接下来，我们就可以通过下面的命令来测试系统是否工作正常：

svn info svn://localhost/Test
如果正确的显示出仓库的相关信息，那么就大功告成了，否则请检查服务的参数是否配置正确，比如，如果未在服务参数中指定正确的-r值，就会得到如下错误：

No repository found in 'svn://localhost/Test'
如果安装了TortoiseSVN，则可以直接在浏览器中输入svn://localhost/Test，这样会调出TortoiseSVN的Repos-Browser。到此，你就可以通过TortoiseSVN来导入工程进行版本管理了（参见后文）。

c. 权限配置

在进行权限配置前，所有的用户都能进行任何操作，在很多情况下是不允许的。在创建仓库时，仓库目录下都会生成好几个文件夹，其中conf里面存储的是配置信息，包括三个文件：

authz：访问权限配置
passwd：用户名和密码配置
svnserve.conf：基本配置信息
先配置svnserve.conf，将里面几项配置前的注释去掉，最后的内容如下：

[general]
anon-access = read
auth-access = write
password-db = passwd
authz-db = authz
这些参数的含义文件里都有详细说明，其中，anon-access和auth-access分别是对匿名用户以及认证用户的访问控制，password-db指明用户密码文件路径，authz-db指明权限配置文件路径。另外还有一个参数realm用于指明仓库所属的认证域，默认情况下每个仓库位于不同的域（每个仓库有一个唯一的uuid），因此我们可以不设置该项，除非多个仓库需要共用同一份passwd配置。

passwd文件的配置很简单，格式如下（等号前面为用户名，后面为密码）：

[users]
harry = 123
sally = 123
guest = 123
authz则可以创建用户组并精确配置某个用户或用户组对某个文件或目录的访问权限，下面是一个例子：

[groups]
harry_and_sally = harry,sally
 

[/]
* = r

[/project1]
* =
harry = rw
sally = r

[/project1/foo]
sally =

[/project2]
@harry_and_sally = rw
guest = r

文件内容其实很简单易懂，groups用于定义用户组，后面便是对资源的具体访问控制，/表示仓库根目录，*表示所有用户，用户组前面需加上@符号，r表示可读，w表示可写，等号右边为空则表示没有权限。注意对于目录结构，当用户访问某个资源时，SVN会先看有没有直接针对该资源的访问控制，如果没有找到，则会继承上一级目录的访问权限，如此递推。

再提一点，当我们有多个仓库时，我们会发现这些仓库的用户帐号在大多数情况下都是相同的，因此，我们可以将passwd文件放到公共的地方，然后将所有仓库的password-db配置都指向该文件。相应的，authz-db也可以共用一个文件，不过需要在配置具体的访问控制时指明所属的仓库，如下：

[/]
* = r
 

[repos1:/project1]
* = r
harry = rw

[repos2:/project1]
* = r
sally = rw

上述配置表明，所有人对所有仓库的根目录都有读权限，但只有harry对仓库repos1里的project1有读写权限，只有sally对仓库repos2里的project1有读写权限。
3) 搭建HTTP访问方式

SVN可以通过Apache实现Web访问方式，但这不是必需的，除非你有此需求。

a) 下载

Apache的官方网站为http://www.apache.org/，注意不要使用最新的2.2.x，而要选择2.0.x，这一点在SVN官方网站上有特别说明，当初我就没有注意到这一点，而导致Apache2.2启动时无法加载SVN的模块，出现“perhaps this is not an Apache module DSO”错误。

我下载的版本为apache_2.0.59-win32-x86-no_ssl.msi

b) 安装和注册

执行Apache安装程序。由于2.0的版本不会自动注册为服务，因此我们需要手工处理。运行cmd.exe，进入apache安装目录下的bin文件夹，执行如下命令即可：

apache -k install
更多的命令可以通过apache help查看。

注册完后，就可以通过系统托盘里的Apache Monitor来启动服务。如果80端口未被占用，那么服务器应正常启动，通过http://127.0.0.1就能看到Apache的测试页面。

c) 配置

Apache是通过conf目录中的httpd.conf文件进行配置的，比如，默认的监听端口为80，在文件中搜索Listen 80，将80改成你所需的其它端口即可。配置完后必须重起Apache才能生效。更多关于Apache的配置说明请参见其帮助手册或google之。下面网站为帮助手册的中文版本。

为了让Apache支持SVN，比如增加一些配置项，一个典型的配置如下：

# 加载mod_dav模块，它是对WebDAV（Web-based Distributed Authoring and Versioning）协议的支持，由Apache自带
LoadModule dav_module modules/mod_dav.so

# 加载mod_dav_svn模块，它与mod_dav通信，使Apache支持SVN，它位于SVN的bin目录下。
LoadModule dav_svn_module "D:/Program Files/Subversion/bin/mod_dav_svn.so"

# 加载mod_authz_svn模块，用于进行权限管理
LoadModule authz_svn_module "D:/Program Files/Subversion/bin/mod_authz_svn.so"

# 配置SVN的访问路径以及相关相关参数
<Location /svn/>                             # 通过http://HOST/svn/访问SVN服务器
    DAV svn                                  # 必需
    SVNParentPath D:/SVN_REPOS               # 说明D:/SVN_REPOS下的所有目录均为仓库
    SVNListParentPath on                     # 在网页中列出D:/SVN_REPOS下的所有仓库
   
    AuthType Basic                           # 基本的用户名密码验证方式
    AuthName "SVN REPOS"                     # 认证名称，作提示用
    AuthUserFile D:/SVN_REPOS/users          # 用户名密码文件
    AuthzSVNAccessFile D:/SVN_REPOS/authz    # 权限控制文件

    Require valid-user                       # 只有通过认证才能访问网页
</Location>

# 重定向处理，用于将http://HOST/svn地址重定向为http://HOST/svn/
RedirectMatch ^(/svn)＄ ＄1/

下面对几个重要的地方作以说明：

i. 网上很多文章提到将mod_dav_svn.so和mod_authz_svn.so两个文件直接拷贝到Apache的modules目录下，当初我按照这种方法做时结果在一台Windows 2000 Server上无法启动Apache服务，为此折腾了半天。后来才明白，这些模块文件其实就是一些动态链接库，它需要依赖SVN的bin目录下的其它几个dll文件（可以把后缀改为dll，然后通过VC带的depends查看其依赖关系），因此如果没有设置环境变量，那么Apache加载这些模块时就会失败，当然也可以把所有依赖文件（主要是libdb43.dll ）拷贝过去。实际上，我们只需要通过绝对路径来引用这些模块即可，这样SVN升级后也不用再次拷贝。

ii. URL的访问路径为/svn/而不是/svn，因为后者可能有问题，导致通过http://HOST/svn访问出现如下错误信息

iii. SVNParentPath用于有多个仓库的情况，如果只有单个仓库，可以直接用SVNPath指明仓库路径。

iv. AuthUserFile指明用户名密码文件，但它与前面提到的SVN仓库下的passwd文件不是同一个文件，AuthUserFile是Apache的认证文件格式，二者的区别主要是用户名和密码的分割符不同，passwd是等号，这里的users是冒号，当初我就是把它们当成一个文件而造成客户端无法访问（为什么SVN不把passwd的格式定义成和AuthUserFile的一样呢？这样二者可以共用一个文件）。如果要对密码加密，那么users文件需通过Apache附带的htpasswd工具生成，实际上我们也可直接采用明文方式。

v. 权限控制文件AuthzSVNAccessFile与前面SVN里的authz一样，因此可以共用。

4) 其它管理功能

a. 备份

b. 修复

3. SVN客户端使用

本节针对客户端用户，主要介绍一些常用的操作方法。

1) 客户端安装

客户端可以采用命令行方式，也可以采用TortoiseSVN图形化方式，个人认为还是后者方便些。

TortoiseSVN从http://tortoisesvn.tigris.org/上获取，注意版本应与服务器保持一致。如果是命令行方式的话，那么从http://subversion.tigris.org/下载一个SVN二进制包就行了，此处不多讲。

TortoiseSVN属于图形化的客户端软件，其实前面的SVN安装包里已经含有客户端程序，只不过是命令行方式的，你可以根据需要选择是否安装。TortoiseSVN的官方网站为http://tortoisesvn.tigris.org/，同样，注意选择与SVN服务器配套的版本。

我这里使用的版本为TortoiseSVN-1.4.0.7501-win32-svn-1.4.0.msi

安装完后，会提示重起机器，实际上不用重起就能直接使用，只不过重起后会更新SVN文件图标的显示。下图是SVN工作区的右键菜单内容：

2) 主要操作

TortoiseSVN使用起来很简单，所有操作都通过右键菜单来完成。命令内容也很直观，而且有非常详细的帮助手册，这里只简单的介绍一下。

a) 导入项目（Import）

首先要把需要进行版本管理的工程（目录）整理好，去掉不必要的文件，比如编译器生成的临时文件。然后在最上层文件夹上单击右键，选择“TortoiseSVN -> Import...”，输入要存放的SVN服务器路径，确认即可。这样就将本地的项目导入到了服务器上。

命令行：svn import [PATH] URL

b) 检出项目（Checkout）

项目初次导入成功后，刚才本地的内容就没有用了，我们需要建立一个新的工作区，重新从SVN服务器下载受控的项目文件，执行“TortoiseSVN -> Checkout...”，选择或者输入项目的URL，确认即可，以后的工作都应在这个工作区里进行。

默认是获取项目的最新版本（HEAD），如果要获取历史版本，指定相应的修订号（Revision）即可。

命令行：svn checkout URL[@REV]... [PATH]

c) 更新与提交（Update and Commit）

他人修改了项目，我们需要从服务器下载最新版本，这通过“SVN Update”右键菜单实现。

命令行：svn update [PATH...]

如果是自己本地作了修改，则应及时将修改更新到服务器上去，这通过“SVN Commit...”实现。一个好的习惯是每次提交都应注明修改内容，以方便日后查证。

命令行：svn commit [PATH...]

d) 增加和删除文件（Add and Delete）

如果我们要向一个受控项目中添加新文件或文件夹，只需在目标上执行“TortoiseSVN -> Add”操作。注意，这里只是本地添加，要提交到服务器，还必须执行Commit才行。

命令行：svn add PATH...

同样，要删除受控文件或文件夹只需执行“TortoiseSVN -> Delete”操作。

命令行：svn delete PATH/URL...

TortoiseSVN还提供了一个重命名操作“TortoiseSVN -> Rename”，这其实是添加和删除的组合。

e) 撤销操作（Revert）

有时候，我们可能进行了错误的修改或者增加和删除，只要未进行提交，我们都可以通过“TortoiseSVN -> Revert”命令来撤销本地的所有更改。

命令行：svn revert PATH...

f) 查看信息

SVN提供了几种信息查看方式，其中Show log用于显示每次版本变更的日志信息，Repo-brower是仓库浏览器，类似于资源管理器，Revision graph则以图形化的方式让我们很直观的看到版本的变更情况，尤其是对于分支和标签管理很有帮助。

3) 其它操作

a) 冲突解决（Resolved）

如果我们本地进行了修改，而别人又把他的修改提交到了服务器上，这时我们执行Update就可能出现冲突（Conflict）。Resolved的作用不是解决冲突，它不进行任何合并，而是忽略掉他人的修改，允许我们将自己的版本提交到服务器上。

简单的说，Revent是撤销本地修改，而Resolved是保留本地修改。

b) 清除异常状态（Cleanup）

如果在执行某个命令的时候出现异常，比如服务器突然挂了，本地的工作区就会处于一种异常状态，通过Cleanup能够清除这种状态，使工作区不受到影响。

c) 锁定（Get lock）和解锁（Release lock）

冲突都是由于不同的开发人员同时修改了同一份文件造成的，因此，为了避免这种情况，我们可以强行锁定自己要修改的内容，这样其他人在我们解锁前就无法提交其修改。

d) 分支和标签（Branch/tag）

本文最开始就有说明，分支的目的是为了创建并行的工作线，标签的作用是为了保存项目某个版本的快照。二者在实现上却是一样的，都是通过Branch/tag命令执行。

e) 导出（Export）

为了实现版本管理，SVN会在工作区的每个目录下都生成一个隐藏的.svn文件夹，而我们有时却希望得到一个干净的没有.svn文件夹的项目结构，比如发布软件时，这种情况下就可以使用Export功能。

f) 重定向（Relocate）

有时候，SVN服务器的IP地址可能会发生变动，如果遇到这种情况，我们每个人的本地工作区都要重新下载吗？不用，只需通过Relocate重新配置一下本地工作区所对应的服务器地址就可以。

g) 补丁管理（patch）

不要被patch的名称迷惑，实际上它不属于SVN版本管理的范畴。这里所谓的patch是指那些对项目没有写权限（Commit）的人所作的修改，通过“TortoiseSVN -> Create Patch”生成，然后他们采用电子邮件等方式将patch发给项目管理员，由管理员执行“TortoiseSVN -> Apply Patch”并确认修改内容后再进行提交。该功能主要用于开源项目的管理。

注册码:urKH3mXZVDiTNgCKQnFnfvaQB5tTtahv tUr5HqwT9YZu50+b3T9bkzYKwKsfjhhi DgzR9Dr5qbmJ2EmNzYfSAq4ocM7E8B0D kDvyvawgHd0gV-nFnVNBsqMgnxcKoJfZ 6WrrQotEiqs6H14Jk9Wjz+SLvovnUksb gT5K1ey7T7AV2C32NLt4gjavcM5tzDR0 GUbvAou+MKzhMHebccC+3fB0wwwKNPs0 fwCz3Xh16S6yB4xxeD2bS6JFV9JPZwkA