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

Re: Repository enumeration feature

From: Molle Bestefich <molle.bestefich_at_gmail.com>
Date: 2005-04-26 10:31:33 CEST

On 4/23/05, Michael Sinz <michael.sinz@gmail.com> wrote:
> On 4/22/05, Molle Bestefich <molle.bestefich@gmail.com> wrote:
> > Each SVN server (pick-one://) hopefully has some kind of idea which
> > folder(s) it's serving to the client?
>
> It is not that simple. You can have multiple server locations within
> even a single HTTP server

But they're all unique.
And as any URL will show you, there is (at least a virtual) directory
structure which I don't see any problem in letting the client browse.
(Asides from implementation details, but I wont get into that.)

> let alone multiple locations within the filesystem.

Using file:// access, it's as simple as telling the client about both
regular folders and repository folders?

> The svn+ssh:// method is really filesystem specific and there
> is no good way to enumerate that without basically including the whole
> filesystem

I don't see why. Could you elaborate? I'd just tell the client about
the root directory that 'svnserve' is set to serve, and any repository
folders at that location, if any.

That way of doing things would coincidentally also make
the directory structures that the client can (or cannot) browse
exactly match the URLs used to point to the repositories.

> If you don't know where the repository is, maybe you should not be
> using it or you should read the page/readme/etc that points you at
> it.

That's an oversimplification and a disregard to the perpetual (albeit
not exactly massive) flux of postings that either request this feature
or report confusion as to how something like this could be achieved.

I'm not really going to comment your statement, other than say that if
one "should not be using it" because it's supposed to be hidden, any
browsing features should of course be disabled by the system admin.

> This is a generally and specifically hard problem

I'm unconvinced by any of your arguments that it's particularly hard..
Hm.

> with minimal benefit.

It may not benefit YOU, but it would definitely benefit a whole class
of users. You're probably a Subversion developer and thus falls outside
the scope ;-).

A side note, I just checked out your Insurrection XSLT stuff.
Really neat! :-).

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 26 10:32:36 2005

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.