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

Re: We should bump WC format version number for 1.5.

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2007-10-04 23:38:48 CEST

On Oct 4, 2007 12:00 PM, David Glasser <glasser@davidglasser.net> wrote:
> * We can't store a non-infinite depth in an entries file of a format
> that a 1.4 client can write, because that can read to corruption, so
> *at the very least* any entries file with non-infinite depth *must*
> have a new format (9).

FWIW, I agree with Jack on this - trying to educate people on
when/why/how the upgrade happens is a lesson in futility. So +1 for
bumping across the board whenever a 1.5 client touches the WC.

Though, I wonder if there's another path forward (sadly not available
for 1.4->1.5): can we tweak libsvn_wc to preserve extra fields that it
doesn't know and keep them? That is, have libsvn_wc store (somewhere)
whatever extra lines doesn't recognize at the end of the entry and
just preserve it? This could help us from getting bit if we add WC
features later on. (Though even if 1.4 *did* preserve the fields for
sparse directories, I have a feeling it still might break it if a 1.4
tried to do an update; but I dunno - that's more specific to the
feature than the WC entries modifications.) But, that gives us a
potential escape hatch for later fields and future-proofing which an
older client wouldn't be harmed by...we specifically picked
line-delimited WC entries so it'd be easy to extend it, but I don't
think we ever did the bits to ensure we preserved it. -- justin

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 4 23:39:00 2007

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.