On Feb 6, 2008, at 21:42, Troy Curtis Jr wrote:
> On Feb 6, 2008 4:23 AM, Jean-Claude Antonio wrote:
>
>> Giulio Troccoli a écrit :
>>
>>> One developer deleted a file (with svn delete) and committed. Now we
>>> want that file back. I can think of two ways to do that:
>>>
>>> 1. update to the revision before the deletion, make a copy of the
>>> file,
>>> update to HEAD, move back the file, svn add and svn commit
>>> 2. update to HEAD, reverse merge the revison that deleted the
>>> file (svn
>>> merge -c-<rev>), svn commit
>>>
>>> The end result is obviously the same: I will have my file back.
>>> However:
>>> - the first method does not preserve the history of the file
>>> - none of the methods is a cheap copy
>>>
>>> Am I right? Is there a way to reverse that deletion, preserving the
>>> history and with a cheap copy? In this case, I'm not too bothered
>>> about
>>> cheap or non-cheap copies, as it's just one small file. But it
>>> would be
>>> nice to know if it's possible it case I would need to do the same
>>> for
>>> more and/or larger files.
>>
>> If you want to keep history you can use:
>> svn copy -r (the revision before it was deleted) url_to_path
>> url_to_path
>
> I think you'll also need a peg revision in there:
>
> svn copy -r<rev> url_to_path@<rev> url_to_path
>
> Where <rev> is the revision just before the delete was commited.
You'd think so, but svn copy doesn't support peg revisions until
Subversion 1.5.0.
http://subversion.tigris.org/issues/show_bug.cgi?id=2546
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-07 04:56:26 CET