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

Delete from Repository

From: Michael Eager <eager_at_eagercon.com>
Date: 2006-09-05 18:15:20 CEST

I saw the FAQ about the unimplemented "svn obliterate" command.

It's easy to import or checkin crud into a repository. For example,
I have several svn-commit.tmp files resulting from errors in importing
files, or .swp files from files which had been edited. It's also
pretty easy to import a tree into the wrong place in a repository,
then import it into the right place, resulting in two copies in the
repository.

The work-around in the FAQ to delete a file or directory from the
repository is cumbersome.

The unpleasant choice seems to be to "svn del" files or directories
so that they are not checked out, but to have them persist in the
repository, cluttering up contents generated by viewvc.cgi, and
confusing people about which is the "real" repository.

This is (in my opinion) a major flaw in Subversion. Managing
a repo means being able to clean up errors and messes when they
occur, not having to live with them forever. Is there any way to
fix these kind of problems in an Subversion repository?

I've only looked at the SVN code very briefly. What would it take
to implement the "svn obliterate" command?

-- 
Michael Eager	 eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306  650-325-8077
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 5 18:18:25 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.