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

Re: [Issue 3474] making a new subdir, moving files into it and then renaming the subdir, breaks history of the moved files

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Sat, 11 Sep 2010 00:02:16 +0200

On Fri, Sep 10, 2010 at 11:45 PM, <johanco_at_tigris.org> wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3474
>
> ------- Additional comments from johanco_at_tigris.org Fri Sep 10 14:45:17 -0700 2010 -------
> This issue seems to be fixed on trunk. The described scenario now goes as follows:
>
> (assuming we're in a working copy with a versioned file a.txt)
> [[[
> $ svn mkdir subdir
> A         subdir             # same as in 1.6
>
> $ svn mv a.txt subdir
> A         subdir\a.txt
> D         a.txt              # same as in 1.6
>
> $ svn st
> A       subdir
> A  +    subdir\a.txt
> D       a.txt                # same as in 1.6
>
> $ svn mv subdir subdir2
> A         subdir2
> D         subdir\a.txt
> D         subdir             # different! will ask on dev list about this.

Is the above output an expected change of behavior? Previously (in
1.6) the above action generated the following output (as can be seen
in the original description of issue 3474):

[[[
$ svn mv subdir/ subdir2
A subdir2
A subdir2\a.txt
D subdir
]]]

It's no problem for me (the result is perfectly fine), just wondering ...

In fact, I never quite understood the output in 1.6 (why are all
children of a moved directory shown as deleted, and not as added in
the new dir?). But I don't understand it now either (I can reverse the
question). Is there any rational explanation, any underlying
reasoning, principles, ... ?

Cheers,

--
Johan
Received on 2010-09-11 00:02:54 CEST

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