一般来说，如果在Apache服务器上建立了一个别名work，然后使用hostname/work来访问的话，会出现404找不到文件的错误，这是因为 Apache把work当作一个文件来解析了，一般我们解决这个问题的办法是通过mod_rewrite，自动把后面遗漏掉的/加上，比如：
#自动添加地址末尾的斜线
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+[^/])$ $1/ [R]
另一方面，由于SVN也借助了Apache的DAV方式来进行工作，所以一般使用SVN时会建立一个别名svn，然后使用hostname/svn来进行访问。
上面两个问题加在一起，问题就随之而产生了，在使用TortoiseSVN导入import内容的时候，服务器提示302 Found，但不工作。302 Found意味着要访问的目标已经移动，用户请求将被导向到新的位置。但是似乎TortoiseSVN无法正确处理这样的情况，所以就停留在这里，不工作了。所以，需要修改设置，使得在访问svn目录下的内容的时候，不启用自动添加地址末尾斜线的功能，因此在上面的代码中，在最后的处理 RewriteRule之前，加上一句：
RewriteCond %{REQUEST_URI} !/svn*
这样既不影响自动添加地址末尾斜线功能的使用，也不会干扰SVN的正常工作。
另外，Apache 2中有一个mod_dir，并且一般默认都是开启的，已经能够提供自动添加URL末尾斜线的功能了，官方说明如下：
A “trailing slash” redirect is issued when the server receives a request for a URL http://servername/foo/dirname where dirname is a directory. Directories require a trailing slash, so mod_dir issues a redirect to http://servername/foo/dirname/.
所以在一般情况下，上面使用mod_rewrite来添加斜线的设定就不需要了，一个例外的情况就是当你使用了反向代理的时候。
比如设定domain1/dir反向代理到domain2/dir，那么mod_dir就无法正确添加domain1/dir后面的斜线，所以仍然需要使用上面的mod_rewrite功能。
也许，在设定上述反向代理的同时，在domain1上设定alias dir，这样mod_dir就能够正确识别并添加domain1/dir后面的斜线了？我觉得应该是这样的，因为设定了Alias以后，mod_dir就能够识别出domain1/dir是一个目录，从而进行正确的处理了。
经过初步实践，我的设想是正确的，只需把在domain1上设定一个Alias dir，目标随意，就能够让mod_dir正确进行处理了。
为什么要尽量使用mod_dir而不是RewriteRule呢？因为我认为不需要解析httpd.conf的mod_dir应该效率会高些。:-)
