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

Re: A concern about mergeinfo and compatability.

From: David Glasser <glasser_at_davidglasser.net>
Date: Tue, 29 Jan 2008 08:52:45 -0800

On Jan 29, 2008 8:22 AM, C. Michael Pilato <cmpilato_at_collab.net> wrote:
> I'd like to avoid dump/load, but we can't retroactively prevent users of 1.4
> clients from setting the svn:mergeinfo property on their 1.4-pedigreed
> repositories. And I'm not confident that our 1.5 codebase would prevent the
> same, either. So then they upgrade the repository and find themselves with
> schema inconsistencies (svn:mergeinfo property set, but node-rev's
> has_mergeinfo is not, and its mergeinfo_count is all wrong, etc.)

Well, one detail here: I'm pretty sure that the various
self-consistency checks on the has_mergeinfo/mergeinfo_count fields
(at least in FSFS) will *not* get triggered in this case.
Specifically, if you have an existing svn:mergeinfo property, it won't
be *found* by svn_fs_get_mergeinfo, but neither should it lead to any
errors being thrown; and as soon as you modify the mergeinfo property
once, the fields will be set and svn_fs_get_mergeinfo will be able to
find it.

This isn't a great story, but it's not completely horrid either.

--dave

-- 
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-01-29 17:52:57 CET

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.