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

Re: [TSVN] Bug in moving externals

From: Lübbe Onken <luebbe_at_tigris.org>
Date: 2004-11-22 19:58:38 CET

SteveKing wrote:

>> Since the CL client does the same nonsense when moving the external,
>> I know
>> where to report that. But in contrast to TortoiseSVN I can revert
>> everything
>> with the CL client, even if it takes two steps ('svn revert -R .' and
>> 'svn
>> revert -R bar') instead of one with TSVN. So there defitevely is a
>> bug in
>> TSVN.
>
>
> Well, that depends on what you call a bug. TSVN does only
> non-recursive reverts, and you're doing a recursive one with the
> CL-client. That's why TSVN fails but the CL-client succeeds.

my moved directory 'bar' contains four subfolders. When I revert the
addition of 'bar' to 'foo', the progress dialog reverts all subfolders
except the last, failing with
(quoting myself here):

> > a 'working copy not locked' message on one of bars
> > subfolders.

after that failed revert, bar is still scheduled for addition

> > Cleanup doesn't help, but deleting foo\bar\subfolder
> > followed by a revert solves the situation.

>
> I have to think of a way to make TSVN use recursive reverts in some
> cases...

so what does TSVN do? a non-recursive revert on each single file /
folder inside 'bar'? Why does it fail on the last folder then? Out of
order somehow?

Cheers
-Lübbe

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org 
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Nov 22 20:03:44 2004

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

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