Re: Odd behavior with Explorer delete

On Wed, Mar 14, 2012 at 23:12, Doug Benham
<doug.benham_at_envisionpharma.com> wrote:
> Our group has found some inconsistent behavior with local file deletions.
>
> Sometimes, when working on a file that is under source control, you get to a point where you just want to throw it away and get back to the latest repository version. It has always seemed easier for me to just delete the file using Windows Explorer, and then from the parent directory do an SVN Update to restore the repository version. For most people in our group, this works as I've always expected it to.

A 'revert' is much better.

> For a couple of people, however, deleting the file seems to do an SVN Delete. Now, doing the update from the parent directory does nothing (as it should, since the file had been marked for deletion from the repository). They have to then Revert the delete to get the file back, and then Revert again to get the repository version.
>
> Does anyone have any idea why this behavior might be different on different machines? This doesn't seem to be related to the TortoiseSVN client version (people using the same version see the different behaviors).

I would suspect another svn client involved here, since TSVN never
ever does mark missing files as deleted without user interaction.

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2936088
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].