[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Questions about migrating from svnserve to Apache

From: Ryan Schmidt <subversion-2008a_at_ryandesign.com>
Date: Fri, 7 Mar 2008 00:21:12 -0600

On Mar 6, 2008, at 06:14, Jeff Mitchell wrote:

> On Thu, Mar 6, 2008 at 1:39 AM, Ryan Schmidt wrote:
>> I've thought about building a web repo viewer which would use URLs
>> identical to mod_dav_svn but provide more info. I played around with
>> ways of configuring apache to direct regular web browsers to this
>> view but a Subversion client to mod_dav_svn. I think it can be done.
>> The advantage is that you could copy a URL from the web browser and
>> paste it into a Subversion client. But I don't think I'd
>> recommend it
>> for ViewVC whose URLs don't, I think, match mod_dav_svn's. I'd
>> recommend two different vhosts: "viewvc" for viewvc, "svn" for
>> mod_dav_svn.
> Generally the ViewVC URLs are different only in that they contain
> "/viewvc/" in them...I've already been thinking about ways I could get
> around that, by changing around my ScriptAlias value. But your
> mod_rewrite + vhosts idea seems doable...I'll give it a go and post
> configuration here if I'm successful.
>> It is possible and is described here:
>> http://svnbook.red-bean.com/en/1.4/svn.serverconfig.multimethod.html
> I saw this page but it only talks about Berkeley DB backends and
> doesn't mention FSFS anywhere. It would make sense that it's doable
> with a database, but I'm more concerned with how it handles it with
> the filesystem repository. Do you know if this is supported with

I believe it applies equally to FSFS repositories. I have requested
clarification in the book:


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-07 07:21:48 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.