> On 11/08/2010 10:35 PM, Campbell Allan wrote: > > On Monday 08 Nov 2010, wrodrigues201 wrote: > >> Hello, > >> > >> Our subversion (1.4.3-r23084 on windows 2003) was holding around 1.6 TB > >> of data and one user has accidentally deleted a directory of 1 TB. I > >> have done a svn export from the previous version and have the data. Do I > >> have to add and again commit this data ? Will it use up 1 TB of disk > >> space on the svn server ? Is there any way i can restore the data from > >> the previous version without using up 1 TB of disk space ? > >> > >> Thanks in advance. > >> > >> wrodrigues > > > > If I understand correctly, nothing has been deleted from the server it > > just isn't anymore in the working copy? If that is the case then > > assuming it wasn't too long ago or you do not mind redoing/merging the > > commits then you could take a copy of the trunk/branch prior to the > > delete and rename this back. The delete would still have occurred but on > > the branch that no longer matters and once you're happy that can be > > deleted too. This will only take up the space required for a few copies > > of the parent, nowhere near the 1TB of the content. Something like > > > > svn copy https://svnserver/svn/project/tr...@12345 \ > > > > https://svnserver/svn/project/trunkcopy > > > > svn move https://svnserver/svn/project/trunk \ > > > > https://svnserver/svn/project/trunkold > > > > svn move https://svnserver/svn/project/trunkcopy \ > > > > https://svnserver/svn/project/trunk
Wouldn't have it been easier to just simply reverse merge the changeset that deleted the directory? E.g. (in an up to date a working copy) svn merge -r 12345:12344 https://svnserver/svn/project/trunk This should remove the r12345 changeset. Or did I miss something? iarpad > > Hello Allan, > > Thanks your suggestions worked like a charm.
