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

Re: Directory structure for repositories

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: Fri, 18 Jan 2008 16:41:23 -0600

On Jan 15, 2008, at 19:46, Glazner Ryan S Contr 412 RANS/ENR wrote:

>> As a suggestion, could you setup the separate areas as different
>> locations >under Apache?
>> E.g.
>> <Location /svn/project>
>> SVNParentPath C:\svn\Projects
>> <Location /svn/Personal>
>> SVNParentPath C:\svn\Personal
>> or
>> <Location /svn-project>
>> SVNParentPath C:\svn\Projects
>> <Location /svn-personal>
>> SVNParentPath C:\svn\Personal
> I had thought of that... the problem is something like:
> C:\svn\Personal\Ryan\(repo)
> It's just pushing the problem back further. I and anyone creating a
> repository would have to edit the Apache config. The particular
> Subversion usage in this case requires multiple people to be
> creating and managing repositories who have no business being in
> the Apache config. For this reason, I'm looking for something
> fairly simple such that creating and managing repositories is a
> stepped process that basically only touches Subversion, or at least
> that I can set up and only need to modify occasionally.
> It would still work. It just takes a lot more planning on my part
> on the actual directories involved for the solution to fit the
> above requirements (i.e. I'm the only one touching Apache). I
> suppose this is fine, at least until a case comes up that borks for
> the original reasons.

Maybe a web-based repository manager like SVNManager would help you?


It would allow people to create repositories without needing access
to the server. I don't know if it will modify your apache
configuration for you though.

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-18 23:41:50 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.