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

Re: Additional parameter for svn to list directoriy with multiple/parallel/differents repositories

From: John Peacock <john.peacock_at_havurah-software.org>
Date: Wed, 04 Jun 2008 22:24:14 -0400

Omar Martin Medina Izaguirre wrote:
> i am not sure, if i have understood your response. i can not recognise, if you agree or disagree the suggestion.

I'm sorry I wasn't clearer on that point; I disagree with your suggestion. Let
me try to explain again why what you suggest is impossible:

Each Subversion repository is complete unto itself. There is no information
about any other repository, even if it is a peer (contained in the same
containing directory). There is no global list of repositories, nor can there
be in any sort of platform independent fashion (I'm not just talking about
Windows Registry, but also that many major Linux distributions have very
different ideas about where to put repositories).

You could, in fact, have a repository directory included in every single user's
HOME folder (and through careful virtual hosts in Apache serve them up

Now, it just so happens that with Apache, you can store a bunch of independent
repositories in the same containing directory and effectively list them. BUT,
that still doesn't mean that those are the *only* repositories on a system. You
could have several public repositories served up with SVNParentPath under
Apache, then a bunch of local-only repositories served up with svnserve, AND you
could have users with their own private repositories that they access with file://.

So, in conclusion, there is no place to store the needed information to iterate
over "all" repositories on a system. Some organizations use a web page (WIKI
maybe) to list the URL's for all of their repositories. And some external
hosting sites even automate such an enumeration. But all of these solutions are
bolt-ons to the core code which has no place to store such information.



To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-05 04:23:10 CEST

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.