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

The latest proposal seems *way* too ornate to me. We're blowing this
issue way out of proportion.

We're all in agreement that svn's current use of file:// effectively
breaks the "standard" meaning of this schema. So let's just change
the name of the schema to indicate that it's a subversion-specific
thing, plain and simple.

Once we've done that, we have *no* obligation to make subversion
understand the traditional file:// schema. It just doesn't matter.
Mirroring the Berkeley DB database in regular filesystem space is a
gigantic, complex proposal that will give us no significant benefit,
and a lot of headache. :-)

Look at svn_ra_local__split_URL(). It tries to open a DB repository
on each path component, moving from child, up through each parent.
That's how it discovers the 'root' of the repository. There's no
noticeable performance hit here, and no pressing need to optimize this
away.

That said: we're planning to store the 'path-to-repository' and
'path-within-repository' pieces as separate objects in the entries
file someday anyway... it's going to be required when the day comes
that we start allowing working copies to come from different
repositories.

So let's just choose a new name for 'file://' and be done with it.
:-)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 31 19:05:52 2002