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

Re: file:// -> svn://

From: Peter Davis <peter_at_pdavis.cx>
Date: 2002-07-30 20:44:56 CEST

On Tuesday 30 July 2002 08:07, Karl Fogel wrote:
> How about
> svnlocal://path/into/repository/.../

OK, a lot of people seem to like this scheme. I do too; I realize it will be
difficult to convert all the existing people who are used to using 'file://',
but I was confused too at first. As I pointed out when I read the first
edition of the handbook, it was very confusing to not know where the path to
the repository ends and the "magical" path begins. Having a custom scheme
would at least imply that it is in fact magical. +0.5 on changing.

At first I would have liked something like 'svn:///path', but then William
Uther pointed out 'svnpipe:///'. Well how 'bout something like:


(or even 'svn:local:/path', since it's svn's very own scheme and shouldn't
have to require three '///'s)


and, while 'http://host/svn/blah' should definitely still work since I don't
have a problem with that, note that SVN *does* use its own extensions to DAV,
and DAV extensions on http anyway, so supporting


(s|c)ould work as well.

These are all legal URI syntax, AFAICT. Don't be scared of them just because
of the extra ':'; for example, JDBC uses something like 'jdbc:odbc:blah'
right now. Anyway, it makes more sense to me to qualify them all as 'svn:'
URIs, with the additional qualifier of which type of 'svn:' URI.

Eventually there could be many sub-qualifiers (pipe for starters), and having
'svnlocal', 'svnpipe', 'svnfoo', and so on gets messy. *We* know they are
all svn URIs because they start with 'svn', but as far as any machine or
newbie can tell they are all completely unrelated.

Peter Davis
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 30 20:45:37 2002

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.