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

Re: Planning to move to 1.1rc2 this weekend (possibly)

From: David Budworth <dbudworth_at_eloan.com>
Date: 2004-08-13 03:05:25 CEST

On Aug 12, 2004, at 3:39 PM, Ben Collins-Sussman wrote:

> On Thu, 2004-08-12 at 17:34, David Budworth wrote:
>> Main reason for this switch is I believe that 1.1 has better support
>> for mass merging than 1.0 did given that merge now follows history?
>> Or
>> maybe I just misread something about that.
> You're the 2nd person to misunderstand the new feature. Maybe we
> should
> change the release notes...
> We don't have merge-tracking. All the new feature means is that if you
> run
> 'svn subcommand -rOLD foo.c'
> and foo.c had a different name or location in rOLD, then the svn client
> will "find" that old name and use it, rather than spewing an error
> about
> how 'foo.c doesn't exist in rOLD'.
> A lot of people have been burned by this in svn 1.0, when running 'svn
> diff -rX:Y foo.c', for example, when foo.c was renamed at some point.

My mistake then, thank you for the clarification.

Even though it didn't do what I thought, it will still be a big benefit
as that's a common problem given the amount of re-factoring I do in our
tree (much to the annoyance of my co-workers).

Just reread them, the release notes where clear enough, it was just a
case of PEBKAC here.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 13 03:05:44 2004

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.