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

Re: Deleting from the repository

From: Ryan Schmidt <subversion-2006c_at_ryandesign.com>
Date: 2006-08-10 17:58:50 CEST

On Aug 10, 2006, at 17:07, Nicholas, Brent <FHWA> wrote:

> I've got a quick question (I hope the answer is quick and easy.) about
> subversion CVS. This is a question about best practice with a
> repository
> in general, I use Tortoise with subversion.
> I've inherited about 4 years worth of web scripts and have imported it
> all into CVS, I've been using it for about a month now with a
> little bit
> of file changes here and there.
> My question is: Can I delete a large number of files and folders from
> the repository (using proper methods) without causing a problem? In
> short the old developer would create a lot of *.bak files for old
> versions and the IDE created a ton of useless notes files and other
> things that just are a waste of space and add clutter. Each folder of
> nearly 1000 folders has this kind of stuff in it. So if I search
> for it
> all, then delete from the repository will it cause a problem?

You're right, .bak files and the like aren't very useful to store in
a version control system. .bak files are after all a poor-man's
version control system, which you don't need if you have a real one
like Subversion. Deleting the .bak files sounds like a good idea.
Note of course that simply svn rm'ing them will just remove them from
HEAD, but they'll still be there in the previous revisions. In other
words, deleting them is great if the goal is to make the directory
listings more sensible (reducing clutter), but it won't help if the
goal is to reduce the amount of disk space the repository uses on the

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 10 18:00:44 2006

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.