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

Re: Any tips for better integration with Explorer for managing deletions and moves?

From: Kevin Grover <kogrover_at_yahoo.com>
Date: 2006-06-30 04:30:21 CEST

If you mean that you have IDE specific files that you do NOT want in revision control, you can set the svn:ignore property for those directories to include the file names, or wild cards that encompass the file name (a mechanism like this used to automatically exclude object and backup files from being listed). You explicitly ask for a file to be added (using 'svn add foo.o' on the command for example, it will still be added).

If you actually want the files revision controled, then I guess I didn't understand the question

----- Original Message ----
From: Sean Aitken <sean.aitken@gmail.com>
To: users@tortoisesvn.tigris.org
Sent: Thursday, June 29, 2006 5:15:35 AM
Subject: Any tips for better integration with Explorer for managing deletions and moves?

Good morning,

I am looking for a good method for keeping an entire directory structure under SVN. In this case, the structure contains a variety of files and explcit 'svn delete' and move is difficult to maintain. The big problem lies with the fact that many files are under control of a non-SVN aware IDE.

Does anyone have any pointers on how I can help Tortoise or SVN take 'hints' as to files that get deleted? I wind up seeing "missing" when I try to commit a version of my structure which causes SVN to complain loudly. I imagine moving files would be seen as a "missing" and a 'new'..

So, I guess my question is, are there any ways to have Tortoise or SVN work as a backup solution, rather than on a per-project basis?

Any tricks are appreciated!

Cheers!
-Sean

--
PGP/GPG Public Key: http://www.seanaitken.com/pubkey
Received on Fri Jun 30 04:30:40 2006

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.