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

Re: svn edit

From: Greg Stein <gstein_at_gmail.com>
Date: Wed, 29 Oct 2008 14:39:43 -0700

On Wed, Oct 29, 2008 at 11:24 AM, Listman <listman_at_burble.net> wrote:
> right, its clear 1.6 is way too early for the WC rewrite. I was referring to
> this
> email from Greg Oct 1st:
>> Re-reading your original email...
>> The new API allows for compressing the text base files. Pretty much
>> transparently. So yah... there could be improvements.
>> But I still maintain that it doesn't matter. 1.6 comes with a lot of
>> improvements, and it needs sqlite.
>> Inside, we start moving towards a maintainable WC library, which
>> everybody has wanted for something like three years now. So my opinion
>> is pretty much "done deal" unless there is a better way to make some
>> steps towards a cleaner WC library.
> which i took to mean that the 1.6 release includes sqlite and *some*
> improvements.
> i'm not trying to pin anyone down, just wondering if i should get ready for
> copious
> amounts of testing on the 1.6 branch..

So far, I've just been slamming code around, trying to get it into a
place where I *could* add in some of the new pristine stuff and the
sqlite work. It's been slow going with some of the travel that I've
done. I got some good work done in Brussels while my gf was off
working, but there is still a good chunk to do.

I've got some coding time coming up over the next 4-5 days, leading up
to ApacheCon. Of course, New Orleans might distract me a bit :-P
(thankfully, I've been a tourist there a few times, so I'll probably
just plant at a bar with laptop and code rather than go sightsee).

So. If things go well, then sure. I could have some stuff ready for
the 1.6 branch. Best case, we'll have new pristine files with some
info stored into the sqlite database.

No compression tho. And no properties in the sqlite database.

That's my basic expectation now. I'd probably shoot for properties
before compression. And that "no" is only my expectation, rather than
a hard line :-P

If things go not-well, then we'll just have some cleaned up WC code
with some reduced I/O and checksum'ing.


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-29 22:40:00 CET

This is an archived mail posted to the Subversion Dev mailing list.