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

deleting files from the repository

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Mon, 9 Mar 2009 11:13:00 -0000

Hi all.

I have a large (several gigabyte) repository and unfortunately a remote
developer has checked in quite a few temporary build objects.

What I'd like to ask is what others do about such a problem. I've tried
dumping the repo and running svndumpfilter on it, but that complained
that I'd dumped the repo with the -deltas option (of course) and refused
to have anything to do with it. I'd try dumping the repo without deltas,
but the resulting dump is unmanageably huge.

Are there any plans for an improved dump/filter process, preferably one
that could remove several files in 1 go?
Are there any plans for svn obliterate to be implemented (I'm not sure
of this as a client command, I think it should be an admin tool, which
would be nice)

Can I manually edit the dump file? If I wrote a tool that removed the
relevant sections, would it work? These particular files do not have any
branches/moves/renames etc.

I've since updated the pre-commit hook to prevent this kind of problem,
but I live in fear that someone will upload a tiff or a database file.
Wouldn't it be a good idea to set such a hook up by default for most
repositories - it wouldn't be a newbie-knowledge problem, the first time
someone checked in a banned file, they'd get a commit-error message
telling them why and they could alter the hook.

Thanks, Andy

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1295413

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-03-10 06:19:59 CET

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.