On Aug 31, 2007, at 09:30, Nathan Bates wrote:
> I started from an up-to-date working tree,
> then intended to move a subdir upwards.
> Straightforward really.
>
> cd a_dir/b_dir
> svn move dir ../../dir
>
> The destination dir did NOT exist previously.
> svn move didn't complain.
>
> But then svn commit failed (malfunctioned):
>
> Transmitting file data ..svn: Commit failed (details
> follow):
> svn: Out of date: '[..destDir..]' in transaction
> '1186-1'
> svn: Your commit message was left in a temporary file:
>
> Despite the error, everything was up-to-date.
> Something bad was done by "svn move" apparently.
>
> And, I noticed in the log, the list of deleted
> and added files just looked wrong. Most files
> were omitted, only a subset were listed.
>
> I expected everything in the old dir listed with 'D',
> and everything in the new dir listed with 'A'.
> But the list was unbalanced and too short.
>
> .......
> --This line, and those below, will be ignored--
> <files>
> .......
>
>
> Fortunately, just the commit transaction failed
> (no repository corruption).
>
> I had to do "svn move" on individually.
>
> I'm using svn 1.4.3 on Ubuntu Linux,
> and for several months, never any problems before
> (this was the first time I tried moving a whole dir).
Can you show us a reproduction recipe -- a set of steps we can use to
reproduce the problem on our systems? It should have worked.
Note that I believe it is normal for the list of deleted items and
added items to be unbalanced. I believe it only shows a D for the
topmost item deleted, but shows an A for every added item.... or vice
versa? I forget.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 31 23:42:19 2007