> 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/trunk@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.
Received on 2010-11-15 09:57:22 CET