Re: Repository enumeration feature

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: Repository enumeration feature

Molle Bestefich
On 4/23/05, Michael Sinz <[hidden email]> wrote:
> On 4/22/05, Molle Bestefich <[hidden email]> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Repository enumeration feature

Branko Čibej-2
Molle Bestefich wrote:

>I'm unconvinced by any of your arguments that it's particularly hard..
>Hm.
>  
>
Why then, provide a patch. We always love to be surprised by simple
solutions to what we beleive are complex problems. :)

-- Brane


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]