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

RE: Deleting Files

From: Cooke, Mark <mark.cooke_at_siemens.com>
Date: Fri, 31 Aug 2012 07:18:01 +0100

> -----Original Message-----
> From: Elena Feroe [mailto:eferoe_at_imageworkscorporation.com]
> Sent: 30 August 2012 21:32
> To: users_at_subversion.apache.org
> Subject: Deleting Files
>
> Hello,

Hello.

> I am currently having a problem with my local Subversion files.
>
> When I build my program in Netbeans, the files are put into a
> "dist" folder. I have set this folder to be ignored since the
> files are constantly changing.
>
> After the code is compiled, all the other files the program
> needs are copied into this dist folder manually.
>
> At this point I can run and debug the program. Without the
> support files I CANNOT run or debug the program.
>
> My problem is that every few days, after I run the program,
> all the support files in the dist folder are deleted.
>
> My program is not deleting any files.

What makes you suspect subversion? You do not tell us which client you are using or on what platform?

> If I delete and do a revert on these files, they are not
> deleted when the program is run and closed.

`revert` should have no effect on `ignored` files.

> I have no idea how this is happening, or what is causing it
> to happen every few days, but I need help!
>
> I cannot keep developing with this issue.
>
> Thanks for any help you can offer!!!

I have to suggest that netbeans probably considers the `dist` folder as its own preserve and is the likely candidate for `cleaning` those files whenever you do a clean (re)build. It is very unlikely that any subversion client would be deleting `ignored` files (and if they are that should be considered a bug).

Can you modify your app to search for your support files in a way that you can configure to be somewhere else?

Regards,

~ Mark C
Received on 2012-08-31 08:18:48 CEST

This is an archived mail posted to the Subversion Users mailing list.

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