ChatGPT解决这个技术问题 Extra ChatGPT

How to "undelete" a deleted folder in Subversion / TortoiseSVN?

We have accidentally deleted the 'tags' folder from our Subversion repository where we only intended to delete one specific tag. What is the easiest way to get the 'tags' folder back?

We use TortoiseSVN as our client and I thought that when I go to the repo browser and show log, there will be something like "revert changes from this revision" similarly to what you can see in a similar dialog on your working copy. But there is no such command there...


K
Karsten

Just copy the deleted folder back from an earlier revision.

In the Repository Browser, click the button labeled HEAD (at the top-right corner) to show to a revision there your folder still exists, then right-click that folder and select "Copy to..." and enter the path there you want the folder to be re-created (probably the same path that is already in the text box).


Great tip, thanks. One TortoiseSVN gotcha - in that "copy to..." dialog I had to change the path from 'example.com/svn/tags' to 'tags1' and then back for the OK button to become enabled.
This might be fine for tags, but should not be done to undelete any other folder since you will lose history
It does keep history, just did it also.
just make sure you uncheck "Stop on copy/rename" when viewing the log, because otherwise TortoiseSVN will not show the history prior to your restore action (obviously)...
It totally worked. Saved a lot of my time. Thanks :)
r
raudi

for the command line enthusiasts:

first find the revision number where your delete happened: svn log -v http://svnserver/path/to/folderContainingDeletedFolder

say you find that the directory was deleted in revision 999 (btw: you might find it easier to find the revision number with the svn repo browser)

copy the folder from revision minus 1 svn copy http://svnserver/path/to/folderContainingDeletedFolder/deletedFolder@998 http://svnserver/path/to/folderContainingDeletedFolder/deletedFolder -m "undeleted folder"

voilà you're done!

in your case this might be:

    svn copy http://svnserver/project/tags@998 http://svnserver/project/tags -m "undeleted folder"

Thanks..saved a lot of time
This just saved my bacon!
Just wanted to confirm that the "svn copy" approach does in fact preserve all history, and for folders it operates recursively, restoring the folder and all children.
a
andrewsi

Most of these answers will work to a degree but the correct answer is Daniel's. Do a reverse merge. That way you keep version history.

svn merge -r R1:R2

where R1 is the revision that you're at, and R2 is the revision that contains the deleted file/folder.


In a reverse merge, R1 should be the revision you want to revert with R2 being the revision before that.
You don't lose any history with svn copy.
For those of us who aren't command line enthusiasts, see: tortoisesvn.net/docs/nightly/TortoiseSVN_en/…
Wouldn't this restore all deleted files/folders? Would this work if I only want to restore one specific deleted folder but not other deleted folders?
m
madth3

You will need to do a reverse merge.

For details on how to do it (and pretty much anything else you would ever want or need to do with SVN), the official book is available online.


S
Sirko

Following on from raudi's answer which worked for me after this revision.

Some svn clients might need the revision number specified using the -r revision parameter instead of using @ after the folder as follows:

svn copy svn://svnserver/project/tags svn://svnserver/project/tags **-r 998** -m "undeleted folder"

If you're restoring from a folder that still exists then -r <revision> will work. However if you're trying to restore the folder directly you'll need to use @<revision>. Otherwise it'll tell you the file was not found.
A
Abdul Munim

Goto Repository Browser of your repository, right-click on the parent folder where your deleted folder existed. Now, Show Log of the parent folder, and select the previous revision where you committed the delete operation. You'll have a list and right click on the folder from the revision info and select Update to this Revision.

You are done


Oh I see, it was not in the Show Log dialog but in the main repo browser window. Still, that command will attempt to update my local working copy while I'd like to fix this problem on the server directly (you can imagine that checking out hundreds of tags, each containing thousands of files, is not exactly what I'd like to do).
It worked for me. The context menu option (on right click) is "Revert changes from this revision" and it would reverse merge the changes.