[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:


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
Received on 2012-05-01 10:18:43 CEST

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