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

Re: Summary: URL rev proposals

From: John Locke <mail_at_freelock.com>
Date: 2003-08-14 07:04:10 CEST

Greg Stein wrote:

>The original question was about a URL that would "just work", which I don't
>think is doable. But the redirect idea... that definitely has merit. Good
>one; I hadn't thought of it.
>
>
Must've not read too closely--several of us were discussing it earlier ;-)

>>I still think the proper solution is the one I suggested, with the
>>multiple revsion specifiers in the URL, but for simplicity reasons I
>>would recommend implementing the one with ..../repos;rev=STUFF/..., and
>>a http redirect for ....?rev=STUFF.
>>
>>
>
>No need to invent a new format. Just redirect to the baseline collection.
>
> http://svn.example.com/repos/path/to/file?rev=123
>
>redirects to:
>
> http://svn.example.com/repos/!svn/bc/123/path/to/file
>
>If the file doesn't exist in that rev, we could return a 404 rather than a
>redirect, if wanted to optimize round trips. Otherwise, we could blindly do
>the redirect and wait for the BC to return the 404.
>
Sounds fine to me... I was voting for the .../repos;234/... format, but
I didn't think the /!svn/bc/ references were stable.

 From your earlier mail (gstein):

>In this case, we're assuming that the repository will not have an item named
>"!svn" in the top-level directory. A pretty darned safe assumption. But we
>*still* allow for that by providing the SVNSpecialURI directive to alter the
>"!svn" string to be anything that the local admin desires. And note that
>this definitely complicates the client problem -- they don't know if the
>admin has left the default, or configured something special.
>
So does this mean that the /!svn/bc/ format is stable, unless the server
administrator chooses to over-ride it? If I start using this syntax in
web development now, on servers I control, can I trust that it won't
change out from under me (without lots of notice, anyway)?

Sounds like a good solution!

Cheers,
John

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 14 07:04:57 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.