Re: Bug report: Reverting rename actions does not delete files

Sebastian Schuberth wrote:
> Hi,
>
> I'm using TortoiseSVN 1.4.0, Build 7195, 32 Bit, RC1. To reproduce checkout
>
> https://svn.sourceforge.net/svnroot/ntfslinkext/trunk/ntfslinkext
>
> navigate to the "source" directory and rename "NTFSLink.dpr" to
> "NTFSLink2.dpr", accepting the offer to rename "NTFSLink.res" to
> "NTFSLink2.res", too.
>
> Now before committing anything, right-lick on the "source" parent folder
> and choose to "Revert..." the changes. The original NTFSLink.* files
> will be restored, but the NTFSLink2.* still remain there. IMHO these
> should be deleted as they are only copies of the NTFSLink.* files.

That's how the Subversion revert function works. Subversion never
deletes files which might have local modifications.
Since renames/moves are implemented as a 'delete and add' of the file,
you can modify the 'added' file locally without Subversion knowing about
it yet (the status would still be just 'added'). So to avoid
accidentally deleting the file which might have local modifications,
Subversion simply does not do it.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org