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

Re: [TSVN] Unversioning files

From: Simon Large <simon_at_skirridsystems.co.uk>
Date: 2005-08-19 13:11:08 CEST

Nick Gilbert wrote:
>>>It would still be nice if you could it from TSVN though. I'm sure that
>>>all it would have to do is do exactly same thing as "SVN Delete", but
>>>simply not delete the files from the disk...
>>
>>And then, on the next commit, the files will be deleted anyway.
>>You must copy the files somewhere else, commit, and *then* copy them back!
>
>
> I didn't realise that the deletion of files also took place on the commit...

Deletion of files *from Subversion* always takes place on commit. When
you SVN delete a file it is deleted from disk immediately, and marked
for deletion in the .svn folder. You can still use 'revert' to get it
back before you commit.

> Is it a new feature that if you delete a file using explorer, it gets
> deleted in Subversion on the next commit? I thought that if you just
> deleted a file the normal way, then SVN got confused and thought the
> file was just "missing" and didn't let you commit? Or has it never
> worked like that?

If the file appears with status 'missing' then next time you commit, it
will show up in the modified files list, automatically checked for
commit. If you uncheck it then the delete does not get committed and you
can still revert to recover the missing file from the pristine copy in
the .svn folder.

Simon

-- 
        ___
   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 Fri Aug 19 13:11:54 2005

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.