安装的文件如下:
httpd-2.2.22-win32-x86-openssl-0.9.8t.msi
php-5.3.22-Win32-VC9-x86.zip
我下的PHP 是线程安全的版本 php 有nts 与 ts 这两个版本
先安装 apache 一路进行时,很顺利,此处就不说了
解压缩 php 文件到 C:/Program Files/php5.3.22
打开 conf/httpd.conf文件 在里面增加2行
LoadModule php5_module "C:/Program Files/php5.3.22/php5apache2_2.dll"
PHPIniDir "C:/Program Files/php5.3.22/"
找到 此处将 index.php 加入里面
<IfModule dir_module>
DirectoryIndex index.html index.php
</IfModule>
在 <IfModule mime_module> 里面加上 一行
AddType application/x-httpd-php .php
重启apahce 运行,在 htdocs 目录中 新增 一个 phpinfo.php 文件 内容如下 <?php phpinfo();
找到 php.ini目录中定义的 错误文件存放目录,例如此处我是这么定义的
session.save_path="C:\Tmp"
;log_errors=On
error_log="C:\tmp\php-errors.log"
如果没有找到这个文件,恭喜你 配置正确,木有问题,如果出现错误,诸如:
php_pgsql.dll 不能加载,试着将 php目录下的libpq.dll 复制到 apache的bin目录下
php_curl.dll活php_openssl 不能加载,试着将 php目录下的ssleay32.dll 复制到 apache的bin目录下
有可能 apache bin目录下已经存在这两个文件,不过我建议你还是把 php目录下的同名文件复制过去,
因为 php 的 nts | ts 版本的差异,这两个文件 可能有问题
libeay32.dll
libpq.dll
ssleay32.dll 把这三个 dll 复制到 apahce的bin目录下就好了
libpq.dll 是 extension=php_pgsql.dll 这个扩展需要的东西
配置 xdebug, xdebug 对 nts | ts 分的很清,比如 我这里使用的是 ts 版本的php,如果 你下载的 xdebug是 nts版本的,就加载不到,也不会记录在 错误信息中, 可以通过 命令行执行 php -v 来查看 是否启用了
此时 会提示说不能找到 php5.dll , 去 xdebug官方下载 正确的版本,不如我此处是这样配置的
[XDebug]
zend_extension="C:/Program Files/php5.3.22/ext/php_xdebug-2.2.1-5.3-vc9.dll"
xdebug.profiler_enable=1
xdebug.profiler_enable_trigger = 1
xdebug.profiler_output_dir="C:\tmp\XDebugCache"
xdebug.dump.*
xdebug.show_local_vars=On
xdebug.remote_enable=true
xdebug.remote_host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
;是否覆盖php里面的函数var_dump();默认是开启的，值为1；设为0，则关闭；
xdebug.overload_var_dump = 1
;控制数组子元素显示的大小默认为256
xdebug.var_display_max_children = 256
;控制变量打印的大小，默认为512
xdebug.var_display_max_data = 512
;控制数组和对象元素显示的层级。默认为3
xdebug.var_display_max_depth = 10
另一个就是 配置上 php_memcache , apc 等,可以在 http://downloads.php.net/pierre/ 下载编译好的windows版本
好了 此时OK了,至于 mysql的安装 就不用在这里得瑟了
弄这个是为了程序测试性能的,这里推荐一个查看工具,其实就是分享 xdebug的性能日志
http://code.google.com/p/webgrind/wiki/Installation
正在试着测试,不知道咋样 ....
以下是 php-xdebug 配置相关的一些 网络资料
xdebug安装 与 extension ，zend_extension，zend_extension_ts
xdebug下载地址:http://www.xdebug.org/download.php
版本选择: xdebug有Non-thread-safe(非线程安全)、thread-safe(线程安全)
写一个test.php，内容为<?php phpinfo(); ?>，搜索"Thread Safety" enable为线程安全版、disable为非线程安全版
选择VC6还是VC9?
标明 MSVC9 (Visual C++ 2008) 的是VC9
如果你在apache1或者apache2下使用PHP，你应该选择VC6的版本
如果你在IIS下使用PHP应该选择VC9的版本
VC6的版本使用visual studio6编译
VC9使用Visual Studio 2008编译，并且改进了性能和稳定性。VC9版本的PHP需要你安装Microsoft 2008 C++ Runtime
不要在apache下使用VC9的版本
Xdebug安装:
将下载的php_xdebug-2.1.0-5.2-vc6.dll放到C:\php5\ext目录，重命名为php_xdebug.dll；
编辑php.ini，加入下面几行：
[Xdebug]
extension=php_xdebug.dll
xdebug.profiler_enable=on
xdebug.trace_output_dir="X:\Projects\xdebug"
xdebug.profiler_output_dir="X:\Projects\xdebug"
后面的目录“I:\Projects\xdebug”为你想要放置Xdebug输出的数据文件的目录，可自由设置。
4． 重启Apache；
5． 写一个test.php，内容为<?php phpinfo(); ?>，如果输出的内容中有看到xdebug，说明安装配置成功。
Xdebug使用
Xdebug使用之开始调试：
我们先写一个可以导致执行出错的程序，例如尝试包含一个不存在的文件。
testXdebug.php
<?php
require_once(‘abc.php’);
?>
然后通过浏览器访问，我们惊奇地发现，出错信息变成了彩色的了：
不过除了样式改变，和我们平时打印的出错信息内容没什么不同，意义不大。好，我们继续改写程序：
testXdebug2.php
<?php
testXdebug();
function testXdebug() {
require_once('abc.php');
}
?>
输出信息：
发现了什么？ Xdebug跟踪代码的执行，找到了出错的函数testXdebug()。
我们把代码再写得复杂一些：
testXdebug3.php
<?php
testXdebug();
function testXdebug() {
requireFile();
}
function requireFile() {
require_once('abc.php');
}
?>
输出信息：
'
呵呵，也就是说Xdebug具有类似于Java的Exception的“跟踪回溯”的功能，可以根据程序的执行一步步跟踪到出错的具体位置，哪怕程序中的调用很复杂，我们也可以通过这个功能来理清代码关系，迅速定位，快速排错。
Xdebug配置
第一部分：基本特征:
相关参数设置
xdebug.default_enable
类型：布尔型 默认值：On
如果这项设置为On，堆栈跟踪将被默认的显示在错误事件中。你可以通过在代码中使用xdebug_disable()来禁止堆叠跟踪的显示。因为这是xdebug基本功能之一，将这项参数设置为On是比较明智的。
xdebug.max_nesting_level
类型：整型 默认值：100
The value of this setting is the maximum level of nested functions that are allowed before the script will be aborted.
限制无限递归的访问深度。这项参数设置的值是脚本失败前所允许的嵌套程序的最大访问深度。
第二部分：堆栈跟踪:
相关参数设置
xdebug.dump_globals
类型：布尔型 默认值：1
限制是否显示被xdebug.dump.*设置定义的超全局变量的值
例如，xdebug.dump.SERVER = REQUEST_METHOD,REQUEST_URI,HTTP_USER_AGENT 将打印 PHP 超全局变量 $_SERVER['REQUEST_METHOD']、$_SERVER['REQUEST_URI'] 和 $_SERVER['HTTP_USER_AGENT']。
xdebug.dump_once
类型：布尔型 默认值：1
限制是否超全局变量的值应该转储在所有出错环境(设置为Off时)或仅仅在开始的地方(设置为On时)
xdebug.dump_undefined
类型：布尔型 默认值：0
如果你想从超全局变量中转储未定义的值，你应该把这个参数设置成On，否则就设置成Off
xdebug.show_exception_trace
类型：整型 默认值：0
当这个参数被设置为1时，即使捕捉到异常，xdebug仍将强制执行异常跟踪当一个异常出现时。
xdebug.show_local_vars
类型：整型 默认值：0
当这个参数被设置为不等于0时，xdebug在错环境中所产生的堆栈转储还将显示所有局部变量，包括尚未初始化的变量在最上面。要注意的是这将产生大量的信息，也因此默认情况下是关闭的。
第三部分：分析PHP脚本
相关参数设置
xdebug.profiler_append
类型：整型 默认值：0
当这个参数被设置为1时，文件将不会被追加当一个新的需求到一个相同的文件时(依靠xdebug.profiler_output_name的设置)。相反的设置的话，文件将被附加成一个新文件。
xdebug.profiler_enable
类型：整型 默认值：0
开放xdebug文件的权限，就是在文件输出目录中创建文件。那些文件可以通过KCacheGrind来阅读来展现你的数据。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_dir
类型：字符串 默认值：/tmp
这个文件是profiler文件输出写入的，确信PHP用户对这个目录有写入的权限。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_name
类型：字符串 默认值：cachegrind.out%p
这个设置决定了转储跟踪写入的文件的名称。
第四部分：远程Debug
相关参数设置
xdebug.remote_autostart
类型：布尔型 默认值：0
一般来说，你需要使用明确的HTTP GET/POST变量来开启远程debug。而当这个参数设置为On，xdebug将经常试图去开启一个远程debug session并试图去连接客户端，即使GET/POST/COOKIE变量不是当前的。
xdebug.remote_enable
类型：布尔型 默认值：0
这个开关控制xdebug是否应该试着去连接一个按照xdebug.remote_host和xdebug.remote_port来设置监听主机和端口的debug客户端。
xdebug.remote_host
类型：字符串 默认值：localhost
选择debug客户端正在运行的主机，你不仅可以使用主机名还可以使用IP地址
xdebug.remote_port
类型：整型 默认值：9000
这个端口是xdebug试着去连接远程主机的。9000是一般客户端和被绑定的debug客户端默认的端口。许多客户端都使用这个端口数字，最好不要去修改这个设置。
注意：所有以上参数修改后，要重启Apache才能生效！
Xdebug调试
其实PHP函数debug_backtrace()也有类似的功能，但是要注意debug_backtrace()函数只在PHP4.3.0之后版本及
PHP5中才生效。这个函数是PHP开发团队在PHP5中新增的函数，然后又反向移植到PHP4.3中。
Xdebug使调试信息更加美观
Xdebug扩展加载后，Xdebug会对原有的某些PHP函数进行覆写，以便好更好地进行Debug。比如var_dump()函数，我们知道通常我们需要在函数前后加上”<pre>…</pre>”才能够让输出的变量信息比较美观、可读性好。但是加载了Xdebug后，我们不再需要这样做了，Xdebug不但自动给我们加上了<pre>标签，还给变量加上颜色。
例：
<?php
$arrTest=array(
"test"=>"abc",
"test2"=>"abc2"
);
var_dump($arrTest);
?>
输出：
看到了吗？ 数组元素的值自动显示颜色。
如果你还是希望使用PHP的var_dump函数 只要在php.ini关于xdebug的配置中加上 xdebug.overload_var_dump = Off 即可
Xdebug测试脚本执行时间
测试某段脚本的执行时间，通常我们都需要用到microtime()函数来确定当前时间。例如PHP手册上的例子：
<?php
/**
* Simple function to replicate PHP 5 behaviour
*/
function microtime_float()
{
list($usec, $sec) = explode(" ", microtime());
return ((float)$usec + (float)$sec);
}
$time_start = microtime_float();
// Sleep for a while
usleep(100);
$time_end = microtime_float();
$time = $time_end - $time_start;
echo "Did nothing in $time seconds\n";
?>
但是microtime()返回的值是微秒数及绝对时间戳（例如“0.03520000 1153122275”），没有可读性。所以如上程序，我们需要另外写一个函数microtime_float()，来将两者相加。
Xdebug自带了一个函数xdebug_time_index()来显示时间。
PHP脚本占用的内存
有时候我们想知道程序执行到某个特定阶段时到底占用了多大内存，为此PHP提供了函数memory_get_usage()。这个函数只有当PHP编译时使用了--enable-memory-limit参数时才有效。
Xdebug同样提供了一个函数xdebug_memory_usage()来实现这样的功能，另外xdebug还提供了一个xdebug_peak_memory_usage()函数来查看内存占用的峰值。
WinCacheGrind
有时候代码没有明显的编写错误，没有显示任何错误信息（如error、warning、notice等），但是这不表明代码就是正确无误的。有时候可能某段代码执行时间过长，占用内存过多以致于影响整个系统的效率，我们没有办法直接看出来是哪部份代码出了问题。这时候我们希望把代码的每个阶段的运行情况都监控起来，写到日志文件中去，运行一段时间后再进行分析，找到问题所在。
回忆一下，之前我们编辑php.ini文件
加入
[Xdebug]
xdebug.profiler_enable=on
xdebug.trace_output_dir="I:\Projects\xdebug"
xdebug.profiler_output_dir="I:\Projects\xdebug"
这几行，目的就在于把执行情况的分析文件写入到”I:\Projects\xdebug”目录中去（你可以替换成任何你想设定的目录）。如果你执行某段程序后，再打开相应的目录，可以发现生成了一堆文件，例如cachegrind.out.1169585776这种格式命名的文件。这些就是Xdebug生成的分析文件。用编辑器打开你可以看到很多程序运行的相关细节信息，不过很显然这样看太累了，我们需要用图形化的软件来查看。
WinCacheGrind下载
在Windows平台下，可以用WinCacheGrind(wincachegrind.souceforge.net)这个软件来打开这些文件。可以直观漂亮地显示其中内容：
WinCacheGrind小结：
Xdebug提供了各种自带的函数，并对已有的某些PHP函数进行覆写，可以方便地用于调试排错；Xdebug还可以跟踪程序的运行，通过对日志文件的分析，我们可以迅速找到程序运行的瓶颈所在，提高程序效率，从而提高整个系统的性能。
如果在linux下 你可以使用 kcachegrind 查看xdebug的日志
php扩展之关于extension,zend_extension和zend_extension_ts
extension意为基于php引擎的扩展
zend_extension意为基于zend引擎的扩展
注：php是基于zend引擎的。晕了吧。
不同的扩展安装后，在php.ini里是用extension还是zend_extension，是取决于该扩展，有的扩展可能只能用zend_extension，如xdebug，也有的扩展可以用extension或zend_extension，如mmcache。
注：上面的结论不保证准确。zend_extension加载php扩展时需用全路径，而extension加载时可以用相对extension_dir的路径。
确定可以用zend_extension之后，还有下面几种可能：
根据 PHP 版本，zend_extension 指令可以是以下之一：
zend_extension (non ZTS, non debug build)
zend_extension_ts ( ZTS, non debug build)
zend_extension_debug (non ZTS, debug build)
zend_extension_debug_ts ( ZTS, debug build)
ZTS：ZEND Thread Safety
可通过phpinfo()查看ZTS是否启用，从而决定用
zend_extension还是zend_extension_ts，当然试一下怎么生效也可以。
zend_extension="E:/usr/php/ext/php_xdebug.dll"
[Xdebug]
;是否开启自动跟踪
xdebug.auto_trace = On
;是否开启异常跟踪
xdebug.show_exception_trace = On
;是否开启远程调试自动启动
xdebug.remote_autostart = On
;是否开启远程调试
xdebug.remote_enable = On
;允许调试的客户端IP
xdebug.remote_host=localhost
;远程调试的端口（默认9000）
xdebug.remote_port=9000
;调试插件dbgp
xdebug.remote_handler=dbgp
;是否收集变量
xdebug.collect_vars = On
;是否收集返回值
xdebug.collect_return = On
;是否收集参数
xdebug.collect_params = 0
;跟踪输出路径
xdebug.trace_output_dir="E:\usr\tmp\logs\xdebug"
;是否开启调试内容
xdebug.profiler_enable=0
;调试输出路径
xdebug.profiler_output_dir="E:\usr\tmp\logs\xdebug"
xdebug是PHP的一个扩展应用，有了xdebug就可以轻松的调试PHP程序，有了它，我们就不用使用var_dump()，print_r()之类的傻瓜调试函数了。
Xdebug则提供了更多的功能，能全方位的对PHP脚本进行调试。Xdebug主要的功能如下：
堆栈追踪和函数追踪；
错误信息；
内存分配；
剖析php脚本的信息；
代码覆盖率分析；
远程调试分析；
1、Ubuntu搭建xdebug调试环境
安装Xdebug模块
在终端中使用apt-get安装xdebug，命令如下
sudo apt-get install php5-dev php-pear
sudo apt-get install php5-xdebug
然后打开php.ini文件(例如gedit /etc/php5/apache2/php.ini)。进行如下配置；
;加载xdebug动态链接库
extension=xdebug.so
;xdebug分析文件输出路径
xdebug.profiler_output_dir = “/var/www/xdebug/”
;分析器默认是关闭，调试的时候在url中加入XDEBUG_PROFILE=true即可
xdebug.profiler_enable = Off
xdebug.profiler_enable_trigger = 1
重启apache，这样就可以使用xdebug调试PHP了。
2、windows下安装xdebug
以PHP5.1.4，Windows平台为例（其它PHP版本，其它平台请参看官网文档）：
1． 登录www.xdebug.org，在首页右侧有一个Windows modules，选择其中的PHP5.1.2+，下载php_xdebug-5.1.2-2.0.0beta6.dll文件；
2． 将下载的php_xdebug-5.1.2-2.0.0beta6.dll放到C:php5ext目录，重命名为php_xdebug.dll；
3． 编辑php.ini，加入下面几行：
extension=php_xdebug.dll
[Xdebug]
xdebug.profiler_enable=on
xdebug.trace_output_dir=”I:Projectsxdebug”
xdebug.profiler_output_dir=”I:Projectsxdebug”
xdebug.dump.GET=*
xdebug.show_local_vars=1
具体参数PHP.ini说明参见ubuntu下的注释。
3、使用xdebug进行PHP调试
xdebug调试变量更加友好
Xdebug重写了php里面var_dump()函数。
xdebug里的var_dump()给变量对象有不同的颜色，显示类型长度，还可以控制显示层次，显示的方式经过格式化，清晰友好。
需要使用此功能，有如下参数需注意。
;是否覆盖php里面的函数var_dump();默认是开启的，值为1；设为0，则关闭；
xdebug.overload_var_dump = 1
;控制数组子元素显示的大小默认为256
xdebug.var_display_max_children = 256
;控制变量打印的大小，默认为512
xdebug.var_display_max_data = 512
;控制数组和对象元素显示的层级。默认为3
xdebug.var_display_max_depth = 3
xdebug的堆栈追踪功能
如果脚本中出现函数参数不正确，方法重复，语法错误等错误的时候。xdebug能追踪其错误产生的产生的过程。
参数配置请参考http://xdebug.com/docs/stack_trace；一般来说，很少需要配置。
4、使用xdebug进行脚本性能测试
在php.ini做如下配置
;默认为0,不开启xdebug调试器；
xdebug.profiler_enable = 0
;默认为0；这里设为1，可以通过XDEBUG_PROFILE参数通过GET/POST传递
xdebug.profiler_enable_trigger = 1
测试性能结果查看工具
测试完毕后，我们需要查看下测试结果，从而找到PHP的瓶颈。
这里推荐使用两款查看工具，ubuntu下可以使用KCachegrind，windows下可以使用WinCacheGrind。具体查看xdebug测试结果工具使用方法自己谷歌，很简单。懂点E文就可以看懂的。
5、xdebug使用注意及相关参数说明
xdebug使用注意
如果您在 phpinfo() 的输出中没有看到 Xdebug 部分，则 Xdebug 装入失败。Apache 错误日志会列出原因。常见错误包括 zend_extension 的路径错误或者与其他扩展发生冲突。例如，如果需要使用 XCache 和 Xdebug，一定要先装入 XCache。但是，由于 Xdebug 适于在开发时使用并假定 xdebug.so 的路径正确，因此需要禁用其他扩展并重试。然后您可以重新启用扩展以执行其他测试，如缓存的效果。
Xdebug 站点还有其他一些故障检修技巧。
xdebug相关参数设置
xdebug.default_enable
类型：布尔型 默认值：On
如果这项设置为On，堆栈跟踪将被默认的显示在错误事件中。你可以通过在代码中使用xdebug_disable()来禁止堆叠跟踪的显示。因为这是xdebug基本功能之一，将这项参数设置为On是比较明智的。
xdebug.max_nesting_level
类型：整型 默认值：100
The value of this setting is the maximum level of nested functions that are allowed before the script will be aborted.
限制无限递归的访问深度。这项参数设置的值是脚本失败前所允许的嵌套程序的最大访问深度。
xdebug.dump_globals
类型：布尔型 默认值：1
限制是否显示被xdebug.dump.*设置定义的超全局变量的值
例如，xdebug.dump.SERVER = REQUEST_METHOD,REQUEST_URI,HTTP_USER_AGENT 将打印 PHP 超全局变量 $_SERVER['REQUEST_METHOD']、$_SERVER['REQUEST_URI'] 和 $_SERVER['HTTP_USER_AGENT']。
xdebug.dump_once
类型：布尔型 默认值：1
限制是否超全局变量的值应该转储在所有出错环境(设置为Off时)或仅仅在开始的地方(设置为On时)
xdebug.dump_undefined
类型：布尔型 默认值：0
如果你想从超全局变量中转储未定义的值，你应该把这个参数设置成On，否则就设置成Off
xdebug.show_exception_trace
类型：整型 默认值：0
当这个参数被设置为1时，即使捕捉到异常，xdebug仍将强制执行异常跟踪当一个异常出现时。
xdebug.show_local_vars
类型：整型 默认值：0
当这个参数被设置为不等于0时，xdebug在错环境中所产生的堆栈转储还将显示所有局部变量，包括尚未初始化的变量在最上面。要注意的是这将产生大量的信息，也因此默认情况下是关闭的。
xdebug.profiler_append
类型：整型 默认值：0
当这个参数被设置为1时，文件将不会被追加当一个新的需求到一个相同的文件时(依靠xdebug.profiler_output_name的设置)。相反的设置的话，文件将被附加成一个新文件。
xdebug.profiler_enable
类型：整型 默认值：0
开放xdebug文件的权限，就是在文件输出目录中创建文件。那些文件可以通过KCacheGrind来阅读来展现你的数据。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_dir
类型：字符串 默认值：/tmp
这个文件是profiler文件输出写入的，确信PHP用户对这个目录有写入的权限。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_name
类型：字符串 默认值：cachegrind.out%p
这个设置决定了转储跟踪写入的文件的名称。
xdebug.remote_autostart
类型：布尔型 默认值：0
一般来说，你需要使用明确的HTTP GET/POST变量来开启远程debug。而当这个参数设置为On，xdebug将经常试图去开启一个远程debug session并试图去连接客户端，即使GET/POST/COOKIE变量不是当前的。
xdebug.remote_enable
类型：布尔型 默认值：0
这个开关控制xdebug是否应该试着去连接一个按照xdebug.remote_host和xdebug.remote_port来设置监听主机和端口的debug客户端。
xdebug.remote_host
类型：字符串 默认值：localhost
选择debug客户端正在运行的主机，你不仅可以使用主机名还可以使用IP地址
xdebug.remote_port
类型：整型 默认值：9000
这个端口是xdebug试着去连接远程主机的。9000是一般客户端和被绑定的debug客户端默认的端口。许多客户端都使用这个端口数字，最好不要去修改这个设置。
注意：所有以上参数修改后，要重启Apache才能生效！
------------------------
1、获取svn程序
2、安装 Subversion（以下简称SVN）的服务器端和客户端。下载下来的服务器端是个 zip压缩包，直接解压缩即可，比如我解压到 E:\subversion 。客户端安装文件是个 exe 可执行文件，直接运行按提示安装即可，客户端安装完成后提示重启。
3、先建立空目录 E:\svn\repos1 ，注意一定是要空的。然后在 repos1 文件夹上“右键->TortoiseSVN->Create Repository here...”，然后可以选择版本库模式，这里使用默认的FSFS即可，然后就创建了一系列文件夹和文件，同命令行建立的一样。
（这一步注意svn服务端要和库目录在同一个盘符下面，否则提示找不到目录）
4、进入命令行并切换到subversion的bin目录。输入如下命令：
svnserve.exe --daemon
svnserve 将会在端口 3690 等待请求，--daemon（两个短横线）选项告诉 svnserve 以守护进程方式运行，这样在手动终止之前不会退出。注意不要关闭命令行窗口，关闭窗口会把 svnserve 停止
5、配置用户和权限
用文本编辑器打开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
6、初始化导入
（在做这一步之前一定要执行第5步）
下面就是将我们的数据（项目）导入到这个版本库，以后就由版本库管理我们的数据。我们的任何改动都回被版本库记录下来，甚至我们自己丢失、改错数据时版本库也能帮我们找回数据。
比如，我在 d:\wwwroot 下有个 guestbook 文件夹，里面存放的是我编写的留言簿程序。在此文件夹上“右键 -> TortoiseSVN -> Import...” ，在弹出对话框的“URL of repository”输入“svn://localhost/repos1/guestbook”。在“Import message”输入“导入整个留言簿”作为注释。
点 OK 后要求输入帐号。我们在用户名和密码处都输入 test 。完成后 guestbook 中的内容全部导入到了 svn://localhost/svn/repo1/guestbook 。
我们看到在 e:\svn\repo1 没有任何变化，连个 guestbook 文件夹都没有建立，唯一的变化就是e:\svn\repo1容量变大了。实际上我们源guestbook中的内容已经导入 repo1 版本库了，源 guestbook 文件夹可以删除了。
7、svn配置结束，这是最简单的步骤，已经可以用了，然后把svn整合到系统服务，以后就不用一直开着命令窗口了。把以下内容粘贴到文本文件，然后重命名文件为：*.bat执行就好了，
sc create svnserver binpath= "C:\Program Files\Subversion\bin\svnserve.exe --service --root F:\svn" displayname= "svnserver" depend= tcpip start= auto obj= "NT AUTHORITY\NetworkService"
其中C:\Program Files\Subversion\bin\svnserve.exe 为svn的路径
F:\svn 为版本库的目录
displayname= "svnserver" 为设置服务的名字
--root 是设置根目录 比如：原来你访问为：svn://localhost/svn
设置--root F:\svn之后缩写为svn://localhost 这个一定要注意，否则Error: URL 'svn://localhost/svn'doesn't exist
8、svn能用了，下面是原始资料，稍微整理了一下，如果以上内容不能满足，参考以下内容，希望没有浪费宝贵时间。如果希望网站同步更新，使用了钩子程序，也在下面内容。
Subvision SVN (svn的服务器端)安装教程：
一、准备工作
1、获取 Subversion 服务器程序
到官方网站（http://subversion.tigris.org/）下载最新的服务器安装程序。目前最新的是1.4.6版本，具体下载地址在：http://subversion.tigris.org/ser ... 100&folderID=91 ，注意找for apache 2.2.x 版本的。
2、获取 TortoiseSVN 客户端程序
从官方网站 http://tortoisesvn.net/downloads 获取最新的TortoiseSVN 。TortoiseSVN 是一个客户端程序，用来与 subversion 服务器端通讯。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目录。输入如下命令：
svnadmin create E:\svn\repos1
此命令在 E:\svn 下建立一个版本库 repos1 。repos1 下面会自动生成一些文件夹和文件。
我们也可以使用 TortoiseSVN 图形化的完成这一步：
先建立空目录 E:\svn\repos1 ，注意一定是要空的。然后在 repos1 文件夹上“右键->TortoiseSVN->Create Repository here...”，然后可以选择版本库模式，这里使用默认的FSFS即可，然后就创建了一系列文件夹和文件，同命令行建立的一样。
四、运行独立服务器
此时 subversion 服务还没有开始，只是通过它的命令建立了版本库。继续在刚才的命令窗口输入：
svnserve.exe –daemon
svnserve 将会在端口 3690 等待请求，--daemon（两个短横线）选项告诉 svnserve 以守护进程方式运行，这样在手动终止之前不会退出。注意不要关闭命令行窗口，关闭窗口会把 svnserve 停止。
为了验证svnserve正常工作，使用TortoiseSVN -> Repo-browser 来查看版本库。在弹出的 URL 对话框中输入：
svn://localhost/svn/repo1
点 OK 按钮后就可以看见 repo1 版本库的目录树结构了，只不过这时 repo1 是个空库。
你也可以使用--root选项设置根位置来限制服务器的访问目录，从而增加安全性和节约输入svnserve URL的时间：
svnserve.exe --daemon --root drive:\path\to\repository
以前面的测试作为例，svnserve将会运行为：
svnserve.exe --daemon --root e:\svn
然后TortoiseSVN中的版本库浏览器URL缩减为：
svn://localhost/repo1
五、配置用户和权限
用文本编辑器打开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
六、初始化导入
下面就是将我们的数据（项目）导入到这个版本库，以后就由版本库管理我们的数据。我们的任何改动都回被版本库记录下来，甚至我们自己丢失、改错数据时版本库也能帮我们找回数据。
比如，我在 d:\wwwroot 下有个 guestbook 文件夹，里面存放的是我编写的留言簿程序。在此文件夹上“右键 -> TortoiseSVN -> Import...” ，在弹出对话框的“URL of repository”输入“svn://localhost/repos1/guestbook”。在“Import message”输入“导入整个留言簿”作为注释。
点 OK 后要求输入帐号。我们在用户名和密码处都输入 test 。完成后 guestbook 中的内容全部导入到了 svn://localhost/svn/repo1/guestbook 。
我们看到在 e:\svn\repo1 没有任何变化，连个 guestbook 文件夹都没有建立，唯一的变化就是e:\svn\repo1容量变大了。实际上我们源guestbook中的内容已经导入 repo1 版本库了，源 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/repo1/guestbook”，这样我们就得到了一份 guestbook 中内容的工作拷贝。
2、存入（check in）/提交（commit）
在工作拷贝中作出修改并提交：
在 guestbook 工作拷贝中随便打开一个文件，作出修改，然后“右键 -> SVN Commit... ”。这样我们就把修改提交到了版本库，版本库根据情况存储我们提交的数据。
在修改过的文件上“右键 -> TortoiseSVN -> Show Log” ，可以看到对这个文件所有的提交。在不同的 revision 条目上“右键 -> Compare with working copy”，我们可以比较工作拷贝的文件和所选 revision 版本的区别。
安装 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://www.ietf.org/rfc/rfc2518.txt）。
一、必备条件
为了让你的版本库使用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模块。
将
#LoadModule dav_module modules/mod_dav.so
改成：
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版本库，你需要使用编辑器（例如记事本）编辑Apache的配置文件。
在配置文件最后添加如下几行：
<Location / repository>
DAV svn<
br /> SVNPath e:/svn/repos1
</Location>
这个配置告诉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 等等，用如下方式指定：
<Location /repository>
DAV svn
SVNParentPath e:/svn
</Location>
“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 安装目录下找到。具体使用方法如下：
创建用户文件：
htpasswd -c /etc/svn/passwordfile username
添加新用户（-m 表示以MD5加密密码）：
htpasswd [-m] /etc/svn/passwordfile Newusername
更改用户密码：
htpasswd [-m] /etc/svn/passwordfile username
删除用户（要用大写的 D ）：
htpasswd –D /etc/svn/passwordfile username
接下来修改 httpd.conf，在 Location 标签中加入如下内容：
AuthType Basic
AuthName "svn repos"
AuthUserFile E:/usr/Apache2.2/bin/passwd
Require valid-user
说明：
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 标签。例如：
<LimitExcept GET PROPFIND OPTIONS REPORT>
require valid-user
</LimitExcept>
以上配置将使匿名用户有读取权限，而限制只有 passwd 中配置的用户可以使用写操作。
如果这还不能满足你的要求，你希望精确的控制版本库目录访问，可以使用 Apache 的 mod_authz_svn 模块对每个目录进行认证操作。
2、用 mod_authz_svn 进行目录访问控制
首先需要让 Apache 将 mod_authz_svn 模块加载进来。在 Subversion 的安装目录中找到 mod_auth_svn 模块，将其拷贝到 Apache 安装目录的 modules 子目录下。修改 httpd.conf 文件，添加：
LoadModule authz_svn_module modules/mod_authz_svn.so
现在可以在 Location 标签中使用 authz 的功能了。一个基本的 authz 配置如下：
<Location /repository>
DAV svn
SVNParentPath e:/svn
# our access control policy
AuthzSVNAccessFile E:/usr/Apache2.2/bin/accesspolicy.conf
# try anonymous access first, resort to real
# authentication if necessary.
Satisfy Any
Require valid-user
# how to authenticate a user
AuthType Basic
AuthName "Subversion repository"
AuthUserFile E:/usr/Apache2.2/bin/passwd
</Location>
AuthzSVNAccessFile 指向的是 authz 的策略文件，详细的权限控制可以在这个策略文件中指定。访问文件 accesspolicy.conf 的语法与svnserve.conf和 Apache 的配置文件非常相似，以（#）开头的行会被忽略；在它的简单形式里，每一小节命名一个版本库和一个里面的路径；认证用户名是在每个小节中的选项名；每个选项的值描述了用户访问版本库的级别：r（只读）或者rw（读写），如果用户没有提到或者值留空，访问是不允许的； * 表示所有用户，用它控制匿名用户的访问权限；@符号区分组和用户。如：
[groups]
committers = paulex, richard
developers = jimmy, michel, spark, sean
[/]
* = r
@committers = rw
[/branches/dev]
@developers = rw
[/tags]
tony = rw
[/private]
* =
@committers= r
使用 SVNParentPath 代替 SVNPath 来指定多个版本库的父目录时，其中所有的版本库都将按照这个策略文件配置。例如上例中 tony 将对所有版本库里的 /tags 目录具有读写权限。如果要对具体每个版本库配置，用如下的语法：
[groups]
project1_committers = paulex, richard
project2_committers = jimmy, michel, spark, tony, Robert
[repos1:/]
* = r
@ project1_committer = rw
[repos2:/]
* = r
@ project2_committer = rw
这样 repos1的 project1_committer 组只能对 repos1 版本库下的文件具有写权限而不能修改版本库 repos2 ，同样 repos2 的 project2_commiter 组也不能修改 repos1 版本库的文件。
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:/// 是本地访问，即服务器端和客户端在一个机器上。
文章出处：http://www.diybl.com/course/1_web/webjs/2008410/109655_2.html
http://hi.baidu.com/yuncsoft/blog/item/19b41d5168e4a81c377abed6.html
安装svn服务器后，为了方便启动必须在windows下添加服务项
我们使用批处理完成,做这一步要注意，添加之后只能从注册表删除，如果你知道别的办法请留言。感激不尽。
sc create svnserver binpath= "C:\Program Files\Subversion\bin\svnserve.exe --service --root F:\svn" displayname= "svnserver" depend= tcpip start= auto obj= "NT AUTHORITY\NetworkService"
其中C:\Program Files\Subversion\bin\svnserve.exe 为svn的路径
F:\svn 为版本库的目录
displayname= "svnserver" 为设置服务的名字
--root 是设置根目录 比如：原来你访问为：svn://localhost/svn
设置--root F:\svn之后缩写为svn://localhost 这个一定要注意，否则Error: URL 'svn://localhost/svn'doesn't exist
自动更新的配置：
开发中经常要在更新SVN的同时要更新WEB服务器。可以用过Subversion的钩子(Hook)来实现。
以下是Windows操作系统下的配置：
在SVN库的hooks目录下面新建post-commit.bat文件，用记事本打开，然后写入如下的代码：
@echo off
SET REPOS=%1
SET REV=%2
SET DIR=%REPOS%/hooks
SET PATH=%PATH%;
SET WORKING_COPY=D:\Websites\Latisse
svn update %WORKING_COPY% –username user –password pwd
此处的D:\Websites\Latisse即是WEB网站的目录（当然得先建好这个目录，并且从svn服务器上签出相应的项目）。
这样在用户提交完后，便会自动更新到WEB服务器上。
需要注意到问题是：
1.不要在WEB网站文件夹下作修改或其它操作，防止出现文件夹被锁。无法更新。
2.在这里我明确写明了用户名（user)，密码(pwd)。在我设置时发现，如果没有设置的话会出现错误，在直接运行这个bat文件时是能正常执行的，但是，在Subversion提交后却不能正常运行。并且可以看到服务器进程中会出现cmd,svn两个进程，并且不会自己结束，而用户在提交内容到服务器后，会出现客户端无法正常返回的问题。
3.如果运行不能正常，可以通过下面的方法看到出错信息：
将刚才的post-commit.bat改名为post-commit-run.bat，然后再建一个post-commit.bat的文件，里面写入如下的代码：
call %~dp0post-commit-run.bat %* > %1/hooks/post-commit.log 2>&1
这样运行结果就会被写入到post-commit.log文件中，如果出错，也可以找到出错的原因。
svn服务端更改ip后，客户端重新定位方法：
使用最新版本的TortoiseSVN,右键在工作复本的根目录上右键->TortoiseSVN->重新定位(Relocate),再按提示操作就可以了..不过最好先备份..因为这个操作有一定的危险性
svn服务端更改ip后，客户端重新定位方法：
使用最新版本的TortoiseSVN,右键在工作复本的根目录上右键->TortoiseSVN->重新定位(Re
locate),再按提示操作就可以了..不过最好先备份..因为这个操作有一定的危险性
扫一扫
1566
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
