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

Re: merge 105, issue 3115: case-only rename merges

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Tue, 01 May 2012 09:17:58 +0100

Greg Stein <gstein_at_gmail.com> writes:

> On Apr 30, 2012 4:49 AM, "Philip Martin" <philip.martin_at_wandisco.com> wrote:
>>
>> Greg Stein <gstein_at_gmail.com> writes:
>>
>> > I don't think there is anything that says we will see deletes first,
>> > followed by adds. It just "happens" to have done that so far. But my
>> > recent work ended up changing that order. Boom.
>>
>> delta_dirs in libsvn_repos sends deletes before adds specifically for
>> this, see r852690.
>
> Okay. Thanks for the pointer.
>
> Do you believe this is something that should be specified in the editor
> interface contract?
>
> (I'm a little leery of doing so; it seems very special-cased)

It's an old problem, we had similar discussions about v1:

http://svn.haxx.se/dev/archive-2002-02/0003.shtml

In v1 "replace" is "delete" then "add", the server implements this and
the clients rely on it. When the client is case-insensitive that makes
some adds into replacements even though the server doesn't identify them
as such.

-- 
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com
Received on 2012-05-01 10:18:43 CEST

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.