Is there any way to delete file from svn repository including all its history? This issue emerges when I want to get rid of large binary file residing in repo.
I know only one approach that might help in this situation:
- Dump all repo with the help of
svnadmin
utility. - Filter dumped file with
grep
. Grep should use filename and write in to the other dump-file - Import last dump-file with
svnadmin
But this is too complicated and unreliable. Maybe there is another solution?
I wouldn't know why this shouldn't be considered reliable. However, if you want to completely get rid of the file, history and all, no matter what the effect on previous revisions this file was part of, there only is one way to do so and that way is indeed complicated. And rightly so. SVN is a tool with one single goal: never ever to lose any file, even after it was deleted. Forcing it to do otherwise ought to be hard.
I agree with McDowell's proposal, but would like to suggest that you consider replacing the large file with a text file that simply contains the hash of the file for the removed entry.
If you have a huge number of, for example, .o files from accidentally checking in a build directory, this may not be appropriate. But if you are removing a bunch of binary artifacts you don't want from a directory that includes a bunch of binary artifacts you DO want, you are at high risk of making an expensive mistake. At a minimum, consider removing them from trunk and most branches, but leaving a feature branch full of placeholder text files with the hash of the original binary. This can at least be enough to figure out what happened later, verify that a stray copy that shouldn't have been deleted is in fact the right file, and put it back under revision control.
And, obviously, back the entire repo up to something read-only, like a couple of M-Discs or something, before you even think about doing any of this stuff.
This has recently become much more straightforward with the command
svndumpfilter
. Details are available in the subversion documentation here. Basically, to avoid conflicts (explained here), it takes a repo dump and redoes each commit, either including or excluding a given file prefix. Basic syntax:Exclude is probably what the question asker is looking for, but you can also use include to, say, extract a subtree of the repo so as to spin it off as its own repository.
The latest revision of subversion in subversion (very meta) can also take glob patterns. I recently had to remove all pdfs from a repo and it was very easily done like so:
Further usage information can be found by calling
svndumpfilter help
andsvndumpfilter help exclude
.I was facing a similar issue, except that I needed to remove multiple files, not just one file, and also we are on Subversion 1.6 which doesn't support the --patern directive.
-- backup current SVN
-- dump repository
-- create new dump while excluding the very large file
-- create another new dump while excluding another very large file
-- remove the old svn
-- recreate the svn directories
-- recreate the SVN
-- repopulate the fresh repository with the dump
-- update the conf files from the saved copy into the new copy...
Now the repository should not contain the 2 large files "file.csv" and "anotherFile.csv"