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

Re: How to correct when .SVN directory accidently deleted

From: Andy Levy <andy.levy_at_gmail.com>
Date: Thu, 2 Oct 2008 20:08:40 -0400

On Thu, Oct 2, 2008 at 19:21, Ruud <rjhakkesteegt_at_gmail.com> wrote:
> You know: telling me what I should and should not check in is not what
> I am asking here. That's the same answer as the car salesman telling
> me to steer to the left when I break, after I told him that the car,
> he is trying to sell me, veers to the right when I hit the break.

Very bad analogy. The fact that you've got that Release folder in SVN
and Visual Studio deletes & re-creates folders inside it is the very
reason WHY you're having this issue. The solution is to either A) fix
Visual Studio to not delete those directories or B) have a backup copy
of your .svn directories and restore them after each build.

A is impossible and B is more trouble than it's worth. So what are you
left with? Sticking with the general recommendation that one not
version compiled items in the first place.

> Here is a different example why I need an easier solution for the
> folder being deleted: From Visual Studio I delete a Web Reference and
> recreate it with same name. I need to do this, because when the WSDL
> gets updated Visual Studio gets all confused and starts generating
> errors in its Reference file. Also here Visual Studio deletes a
> directory and TurtoiseSVN returns as error that the folder is
> obstructed.

Again, this is bad behavior on the part of Visual Studio. If you have
to delete and re-create things in Visual Studio because it confuses
itself, THAT is the root cause and THAT is what you should be aiming
to fix.

> And note: I strongly suggest you check a version of the compiled
> program. A few years later you are thankful, because you need the
> program and you can't get it recompiled, because that latest version
> of your compiler you installed last year doesn't play nice with the
> old source code. (Examples: VB6 -> VB.NET and then again: Studio 2003 -
>> Studio 2005)

So store a full, compiled, redistributable copy as a tag. Not directly
in your source tree (trunk).

> On Oct 2, 9:54 am, lakata <mark.lak..._at_gmail.com> wrote:
>> In general, you should NOT check in generated file or temporary files
>> to SVN. The point of SVN is to track you source code, not your object
>> files or binaries.
>>
>> The correct thing to do is:
>> 1. SVN delete the Release folder (and Debug, etc). SVN commit the
>> change.
>> 2. run VS build
>> 3. when the Release folder comes back, do "Tortoise SVN -> Add to
>> Ignore List" on it.
>>
>> Do the same thing for the other generated files. The massive NCB (VS
>> Intellisense) file comes to mind.
>>
>> On Oct 1, 3:32 pm, Ruud <rjhakkeste..._at_gmail.com> wrote:
>>
>>
>>
>>
>>
>> > This problem seems to happen only to me, because I have been looking
>> > around these forums and in the Help file and can't find an easy way to
>> > resolve.
>>
>> > When I Build a Setup with Visual Studio, it deleted the complete
>> > Release folder with the .SVN folder in it. Then when I try to Commit
>> > my changes I get an "Obstructed" error and that's the end of it. The
>> > instructions tell me to try to Clean Up, so I try that, but that just
>> > gives me another error.
>>
>> > The only way to fix this problem I found till now is to move this
>> > Release folder out of the structure (or rename it); Do a Right-Click
>> > SVN Update, which re-create the directory; Then copy the Release
>> > folder I moved out back in.
>>
>> > This is just a big pain, because it happens every time I build. Please
>> > tell me there is an easier way to resolve this problem, because I
>> > create Setup Builds all the time
>>
>> > The closest related topic I found in Help I can't figure out, so it is
>> > either me, or not the right way to do it.http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-rename.ht...
>>
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscr..._at_tortoisesvn.tigris.org
>> > For additional commands, e-mail: users-h..._at_tortoisesvn.tigris.org
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr..._at_tortoisesvn.tigris.org
>> For additional commands, e-mail: users-h..._at_tortoisesvn.tigris.org- Hide quoted text -
>>
>> - Show quoted text -
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-10-03 02:08:45 CEST

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

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