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

Re: Respositories List

From: Ryan Schmidt <subversion-2006q2_at_ryandesign.com>
Date: 2006-06-22 11:23:52 CEST

On Jun 21, 2006, at 11:57, Kevin Cannon wrote:

> I'd just like to make a suggestion to subversion. I think it's very
> important that you should be able to list all the repositories on a
> server.

Being able to list *all* repositories on a server is probably not
reasonable, because Subversion doesn't keep track of them and doesn't
know where they are. I could say

svnadmin create /here
svnadmin create /one/two/three/there
svnadmin create /four/everywhere

How would Subversion find them? Would it have to search every
filesystem for the presence of certain files known to be in
repository directories? That would be massively slow, considering the
size of today's hard drives and RAIDs.

Not to mention the security implications. Consider a server on which
several users create repositories within their home directories, and
now they're all suddenly visible in some list.

There is, however, a subset of this feature which already exists.
Perhaps this is what you meant? If you serve your repositories with
Apache, and have several repositories created within the same
directory, and point to them using SVNParentPath, then normally
Apache will not give you a listing of the repositories. However, if
you're using Subversion 1.3.0 or greater on the server, and you turn
on the option SVNListParentPath, then it will. Note that this only
works with the Apache server module (not svnserve), and that it only
works when you browse the repository in a web browser (not from the
command-line client, AFAIK).

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 22 11:25:32 2006

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.