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

Re: vote +1 for a repository enumeration feature!

From: Molle Bestefich <molle.bestefich_at_gmail.com>
Date: 2006-09-16 17:44:07 CEST

John Peacock:
> This is not possible with the current design, since there is no "master"
> location that records all of the completely independent repositories.

You point the server process at the repositories you want it to serve.
So surely it's simply a matter of deciding whether to:

a) Show all repositories served side-by-side

b) Find the top-most common directory shared by the repository paths
   (ultimately "/" on Unix or a virtual "/drives/([c,d,e,etc]/)" on Windows)

c) Let the user specify the tree structure manually.

> It is also not desirable for a number of more security conscious sites
> (where any given repository might only be "known" to a very small number
> of people).

Bah.. Subversion allows guest users to read entire repositories.
It's not like hell is loose just because of that. Security conscious
sites can just disable whatever particular features are documented to
divulge more information to their users than they care for.

> You are free to maintain your own list of repositories
> and serve it up on an intranet page.

That doesn't work in the real world, because it integrates with none
of the Subversion clients.

Every graphical Subversion client has a tree browser in it, so it's
not like it's an outrageous request to want it to show available
repositories instead of having all users guess an (often quite cryptic
to them) URL.

Mark Phippard wrote:

> It is not possible for the svn:// or svn+ssh:// protocols,
> but it was added for http(s) in Subversion 1.3.

Impossible to implement or impossible using the current version of SVN?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Sep 16 17:44:20 2006

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

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