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

RE: RFC: a permanent svn-specific URL syntax

From: Sander Striker <striker_at_apache.org>
Date: 2003-05-28 18:01:17 CEST

> From: sussman@collab.net [mailto:sussman@collab.net]
> Sent: Wednesday, May 28, 2003 5:34 PM

>> On Wed, May 28, 2003 at 10:22:44AM -0500, Ben Collins-Sussman wrote:
>>> John Locke <mail@freelock.com> writes:
>>>> http://svn.something.net/repository/project/branch1/file.c?r=1613
>>>
>>> I like this syntax, it's simple and safe, due to the laws of CGI, I
>>> guess. :-)
>>
>> Would these then become the *only* revision URLs (i.e. would
>> /svn/!bc/... or whatever it is disappear)? Doing that would definitely
>> ease access control.
>
> No, there's no reason for mod_dav_svn to stop producing "baseline
> collection" (bc) resource urls. It's part of the deltaV spec, and a
> deltaV client would expect it. Certainly ra_dav needs them, because
> it's trying to follow deltaV procedures as best it can.
>
> The point is that there would now be a human-friendly format, in
> addition to the deltaV-friendly format.

Exactly. It will be an _additional_ feature. Just like an option this
is yet another thing to take into account for maintenance. Surely if/when
we provide this, there will be request for other viewcvs features. I'd
rather punt on this feature and point people to viewcvs directly. The
proposed syntaxes already resemble the viewcvs ones anyway.
 
> I believe Sander already made earlier comments about how the '!svn'
> urls can be access-controlled.

Indeed I did. Having this extra url feature, just means another thing
to access control.

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 28 18:02:32 2003

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.