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

Re: Just say no to collections: moving wc meta-data out of the wc

From: <cmpilato_at_collab.net>
Date: 2002-05-29 18:33:28 CEST

"Bill Tutt" <rassilon@lyra.org> writes:

> > From: Karl Fogel [mailto:kfogel@newton.ch.collab.net]
> >
> > "Bill Tutt" <rassilon@lyra.org> writes:
> > > Yeah. Is there an issue that documents the work needed to add this
> > > attribute to the entries file? I'm doing SVN work for the next two
> weeks
> > > (starting Monday) thanks to a vacation from my real life job, so
> please
> > > give me some direction here. :)
> >
> > Wow, awesome!
> >
> > There's no issue filed (yet), as this has just been tossed around in
> > private conversation.
> >
> > Let me just make sure: we're talking about the splitting of URLs into
> > BaseURL and FS_Path, where the BaseURL is everything up to the root of
> > the repository, and the FS_Path is the path within the repository,
> > right?
> >
>
> Could do it that way, you could also store the BaseURL and the entire
> URL like we do now. I don't know which way is preferable. Greg might
> have some useful info to add here.

I've always been under the impression (and pleased with that
impression) that were going to do just this; store the FULL url, and
store the repos url. There are precious few operations at this stage
that actually need the repos url, but everything needs the full
url...so we burden ourselves with the calculation overhead every time
we need the full url? The subtraction to get a relative url is
extremely straightforward and cheap (drop a `\0' at strlen (repos_url)
+ 1).

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 1 14:25:04 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.