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

Re: Using DeltaV was Re: Official revision syntax for Subversion URLs

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2003-08-06 22:53:37 CEST

At 2:12 PM -0500 8/6/03, cmpilato@collab.net wrote:
>Hm. Either I or Jack seems to have misunderstood Justin's comments.

Ah, probably me. I was thinking UI: whatever notation we let the
users use to specify this, it should be the same for all ra's. How
the ra's speak that to their server is only their own business.

But in one important case (browser-mediated WebDAV access), we don't
have the liberty to change the client code, nor yet even libraries.
In this one case, the user interface to specify the version *is* the
URL passed in the protocol. If we never send anything over the wire
but the DeltaV formulation

        http://<host>/!svn/rev/<rev>/dir/dir/.../file

... then we have to document that to users, and expect them to type
it into browsers. And once we've done that, I want that same syntax
(at the UI) to work for all other ra's as well. If ra_svn wants to
transform that user-provided syntax into something else, no one need
care.

I think I saw the remark that an admin might reconfigure their DAV
server such that the strings "!svn" and "rev" are other. I can live
with this as a "firm recommendation," somewhere about the same level
of requiredness as "<proj>/trunk, <proj>/branches, <proj>/tags". If
some admin jerks these strings around, then said admin's users can
whine at said admin.

-- 
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Aug 6 22:54:22 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.