[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: C. Michael Pilato <cmpilato_at_collab.net>
Date: Tue, 29 Jan 2008 15:31:20 -0500

C. Michael Pilato wrote:
> David Glasser wrote:
>> 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.
>>
>> Also, I'm just unconvinced that this is something we need to worry
>> about. I'm pretty sure we've set up the RA capabilities so that 1.5
>> clients won't try to automatically set "svn:mergeinfo" on repositories
>> that aren't being served by 1.5 servers (and we can involved the
>> version number too), so it comes down to "what if somebody manually
>> runs 'svn ps svn:mergeinfo'?" And, well, it's in our namespace. We
>> reserve the right to make it do weird things. It's the same sort of
>> complaint as "With svn 1.0 I decided to set the svn:special property
>> on a file containing the word 'link'! How come it's now turning my
>> files into symlinks?"
>
> I don't think things are as simple as that. Our documentation for
> Subversion 1.5 will almost certainly call out the fact that the property
> was intentionally designed to be hand-tweakable. We can't say that and
> then expect users to understand that when they do exactly what we've
> told them, they get different results than we tell them they'd get.

Also, we did *not* involve the repository version number in our capabilities
checks. See libsvn_ra_local/ra_plugin.c:svn_ra_local__has_capability() and
mod_dav_svn/version.c:get_vsn_options(), for example.

-- 
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on 2008-01-29 21:51:34 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.