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

Re: Howto handle remote repository creation in a Multi-Repository scenario

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-06-14 17:42:47 CEST

On Jun 14, 2007, at 08:29, schönfeld / in-medias-res.com wrote:

> Andy Levy wrote:
>> It sounds like you're putting way too much significance on the
>> revision
>> number.
> I don't think, that we are putting 'to much' significance on a
> revision
> number. But that isn't the point is it?
> Subversion talks about two variants of providing repositories. One per
> project, or one for several projects. I would like to use the first
> variant, but i anyway need a way to be flexible with this. What I am
> asking for, is if there is a solution for my dillema, or not. I am not
> asking for you to agree on how much significance i put into the
> revision
> number.

I was also going to suggest that you should reconsider using a single
repository for everything. Not only would i solve the problem of
remote repository creation, but it would enable you to share code
between projects, should that need ever arise. If you have every
project in its own repository, you won't be sharing code between them
-- at least, not preserving history.

But since others have already made that suggestion and you've
rejected it, I'll move on to answering your question:

> So can i solve my problem (having subversions advantages with several
> repositories and the possibility to create repos on the fly by the
> people authenticated to the server) or do i have to search for another
> RCS? :-(

You mention you want to run mod_dav_svn on the NAS. This sounds like
a rather sophisticated NAS box, then, if it can run custom Apache
modules. Hopefully that means you can also run other web software on
the NAS box. There is a web-based repository administration tool
called SVNManager which may just do the trick for you. I haven't used
it, but it says it can create and delete repositories, and more, so
you should look into it:


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 14 17:43:48 2007

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.