在昨天摸索了subversion server+apache的安装后，今天还算顺利的完成多版本库统一用户管理的功能，该功能的实现归功于subversion中文论坛的参考资料，再次提醒各位假如你使用了apache的话，其访问版本库账号和密码最好单独使用配置文件而不是使用版本库本身的配置文件。
配置多版本库过程中发现，当我顺利的建立版本库，配置好httpd文件，建立好账号及其权限文件后，启动相关服务输入url发现居然显示的是启用昨天那种单版本库配置的网页，仔细一思考今天我已经卸载了collabat那个软件也删除了旧版本库的文件，一联想以前开发web程序出现类似问题的原因大多是因为缓存，于是我去document and setting下的localsettings中的临时文件全部删除（包括ie缓存），再次输入url，总算出现了正确的界面。
再来说说部署bugtrack.net碰到的问题，先说说目标机器的环境：
64位windows server 2003，早就安装了2.0至3.5的framework sdk
首先安装好相应版本的iis，然后配置好虚拟目录也设置好了允许匿名访问和兼容windows登陆，但是输入正确的网址出现的是文件不存在的一个错误页面（ie默认的一个错误页面，不是bugtrack的），开始我以为是bugtrack.net不能运行在64位的iis上于是搜索了一个32位的iis打算装在服务器上，结果居然还装不上。所以我搜索了下网络，有个牛人推测是web扩展没打开，我还是装上64位的iis后一看还真是，但是奇了怪了牛人还提到了一个asp.net扩展在设置对话框里没找到，不过暂时不管了，先看看打开扩展后能否得到正确结果？很不幸，仍然返回文件不存在的错误页面，突然灵光一现，怎么犯了这么大的错误到现在还没觉察到了？各位观众有没有发现什么了？不知道各位注意到了没我的iis是晚于sdk装的，而我也没有使用aspnet_regiis这个来重新注册下相应版本的framework，所以asp.net的扩展找不到就很正常了，因此程序出现问题也是很自然的，想到这里马上就定位到microsoft.net文件夹下，不过看到了framework和framework（64）两个文件夹，到底应该用哪个文件夹里面的文件来重新注册了？于是我先在framework（这个应该是32位的程序使用）使用了aspnet_regiis结果报错说版本不一致，看来只能用framework（64）下的了，恩结果也如此。
ok，终于bugtrack的首页也出来了，可是又碰到了数据库方面的一系列问题：我安装了sqlserver express版本的（随vs2008带的）数据库，虽然按照网上说的更改了bugtrack的webconfig中对于数据库连接字符串的配置节的localhost为"./SqlExpress"，但是仍然出现一个pipe 40的错误，据说是没有打开远程连接，虽然最后enable远程连接（安装后开始-程序-sqlserver的那个里面就3个快捷方式，但是并未出现我在网上看的那个文章说的***管理的链接，当然最后凭着直觉还是运行其中一个快捷方式进行了设置也用实际结果验证了设置是成功的），但是仍然没法使用账号来登陆并且创建相应的bugtrack数据库，追随着强人的足迹去msdn上下了个为express版本设计的数据库管理器简称ssmsee（目前最新为sp3版本）总算创建了bugtrack专用账号以及密码，不过还是不要忘记在query对话框运行bugtrack文件夹中的setup.sql，接着更新相应的webconfig文件，然后重启iis，再次输入url，总算看到了正确的页面。
以上讲述虽然有点凌乱，不过相信能给遇到相同或类似问题的同志带来一点启发。