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