You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Giulio Troccoli <gi...@mediatelgroup.co.uk> on 2011/08/24 13:15:28 UTC
SVN detects deleted files
Recently I have starting experiencing something I always thought not
possible in Subversion.
I work on Ubuntu with SVN 1.6.12. If I move or delete a file using the
OS Subverision marks the file as deleted rather than missing.
$ rm foo.php
$ svn st
D foo.php
while I was expecting
$ svn st
! foo.php
Has this been introduced in 1.6.12? Is there a way to "switch it off" ?
Thanks
Giulio
Re: SVN detects deleted files [SOLVED]
Posted by Giulio Troccoli <gi...@mediatelgroup.co.uk>.
On 24/08/11 12:15, Giulio Troccoli wrote:
> Recently I have starting experiencing something I always thought not
> possible in Subversion.
>
> I work on Ubuntu with SVN 1.6.12. If I move or delete a file using the
> OS Subverision marks the file as deleted rather than missing.
>
> $ rm foo.php
> $ svn st
> D foo.php
>
> while I was expecting
>
> $ svn st
> ! foo.php
>
> Has this been introduced in 1.6.12? Is there a way to "switch it off" ?
>
> Thanks
> Giulio
>
In my case the problem was caused by the Netbeans Subversion plugin.
Apparently it scans the source code directories and performs an 'svn rm'
on any missing files. Once I have disabled the plugin (which I never use
anyway, I prefer the CLI) I never experience the problem again.
Giulio
Re: SVN detects deleted files
Posted by Ulrich Eckhardt <ul...@dominolaser.com>.
On Wednesday 24 August 2011, Giulio Troccoli wrote:
> I work on Ubuntu with SVN 1.6.12.
SVN 1.6.12 under Debian/Linux/x86 here.
> If I move or delete a file using the OS Subverision marks the
> file as deleted rather than missing.
>
> $ rm foo.php
> $ svn st
> D foo.php
Can't reproduce that.
> while I was expecting
>
> $ svn st
> ! foo.php
This is what I get.
Uli
--
ML: http://subversion.apache.org/docs/community-guide/mailing-lists.html
FAQ: http://subversion.apache.org/faq.html
Docs: http://svnbook.red-bean.com/
**************************************************************************************
Domino Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Visit our website at http://www.dominolaser.com
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Domino Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************
Re: SVN detects deleted files
Posted by Jeyanthan <je...@collab.net>.
> I work on Ubuntu with SVN 1.6.12. If I move or delete a file using the
> OS Subverision marks the file as deleted rather than missing.
>
> $ rm foo.php
> $ svn st
> D foo.php
>
> while I was expecting
>
> $ svn st
> ! foo.php
>
> Has this been introduced in 1.6.12? Is there a way to "switch it off" ?
Hi Giulio,
I am unable to reproduce this . The following is the update that i got
in my client v1.6.17
$ rm foo.php
$ svn st
! foo.php
Have you tried the following command if this helps ?
$svn delete foo.php --force
$svn st
D foo.php
svn: 'foo.php' does not exist
--
Regards,
Jeyanthan
CollabNet Support
Re: SVN detects deleted files
Posted by Giulio Troccoli <gi...@mediatelgroup.co.uk>.
On 24/08/11 14:33, Stein Somers wrote:
>>> Something must have run 'svn rm' or 'svn move' on this file.
>
> Which could have happened long ago. Also long ago, something may have
> recreated the actual file without reverting the delete in svn. Then
> the effects you describe are perfectly normal. For subversion, the
> file status was "D" all along.
>
I don't believe so. Just today I was working on a file. I wanted to
commit a separate change on the same file, so I "shelved" it: rename it
(using the mv command) and run svn update to get the original copy. I
have used this method many, many times in the past and it has always worked.
This time, however, Subversion said that everything was up-to-date. I
was expecting the usual "Restore" message, but it didn't happen. When I
ran svn st I saw that the file was marked as deleted.
Giulio
Re: SVN detects deleted files
Posted by Giulio Troccoli <gi...@mediatelgroup.co.uk>.
On 24/08/11 12:28, Stefan Sperling wrote:
> On Wed, Aug 24, 2011 at 12:15:28PM +0100, Giulio Troccoli wrote:
>> Recently I have starting experiencing something I always thought not
>> possible in Subversion.
>>
>> I work on Ubuntu with SVN 1.6.12. If I move or delete a file using
>> the OS Subverision marks the file as deleted rather than missing.
>>
>> $ rm foo.php
>> $ svn st
>> D foo.php
>>
>> while I was expecting
>>
>> $ svn st
>> ! foo.php
> This should be the output, yes.
>
>> Has this been introduced in 1.6.12? Is there a way to "switch it off" ?
> No, this hasn't changed.
> Something must have run 'svn rm' or 'svn move' on this file.
I thought so, but I have checked both rm and mv and they are not aliases
or scripts. I'm really lost here
Giulio
Re: SVN detects deleted files
Posted by Stefan Sperling <st...@elego.de>.
On Wed, Aug 24, 2011 at 12:15:28PM +0100, Giulio Troccoli wrote:
> Recently I have starting experiencing something I always thought not
> possible in Subversion.
>
> I work on Ubuntu with SVN 1.6.12. If I move or delete a file using
> the OS Subverision marks the file as deleted rather than missing.
>
> $ rm foo.php
> $ svn st
> D foo.php
>
> while I was expecting
>
> $ svn st
> ! foo.php
This should be the output, yes.
> Has this been introduced in 1.6.12? Is there a way to "switch it off" ?
No, this hasn't changed.
Something must have run 'svn rm' or 'svn move' on this file.