以前的大多数答案都是使用反向合并，这通常是正确的答案。然而，有一种情况(刚刚发生在我身上)却不是这样。

我不小心将一个Unix行结束符的文件更改为DOS行结束符时做了一个小更改，并提交了它。这很容易取消，可以通过更改行结束符并再次提交，也可以通过反向合并，但它的效果是使svn blame list my edit作为文件每一行的源。(有趣的是，Windows上的TortoiseSVN不受此影响;只有命令行责备SVN。)

如果要维护svn blame上报的历史记录，我认为需要做以下工作:

删除文件并提交。 在存储库中，将文件先前的良好副本复制到头文件中，并提交。 恢复您想要保留的任何编辑。

删除有点可怕，但请记住，您始终将文件保存在存储库中，因此恢复它不是什么大问题。下面是一些演示步骤的代码。假设xxx是最后一个好的副本的修订号。

svn rm svn+ssh://path/to/file
svn copy svn+ssh://path/to/file@xxx svn+ssh://path/to -m"Restore good copy"
svn update
<restore the edits>
svn commit -m"Restore edits"

注意，对于存储库中的副本，目标需要是目录，而不是文件名。

就用这条线

svn update -r yourOldRevesion

您可以使用以下命令了解您的当前版本:

svn的信息

使用merge来撤销整个签入的标准方法非常有效，如果这是您想要做的。不过，有时您所要做的只是还原单个文件。没有合法的方法来做到这一点，但有一个hack:

使用svn log查找需要的版本。 使用svn的export子命令: SVN export http://url-to-your-file@123 /tmp/filename

(其中123是文件良好版本的修订号。)然后移动或复制该文件以覆盖旧文件。签入修改后的文件，就完成了。

乔恩·斯基特的回答基本上就是一个简单的解决方案，但如果你和我一样，你可能想要一个解释。Subversion手册将其称为

择优挑选合并

从手册页。

This form is called a 'cherry-pick' merge: '-r N:M' refers to the difference in the history of the source branch between revisions N and M. A 'reverse range' can be used to undo changes. For example, when source and target refer to the same branch, a previously committed revision can be 'undone'. In a reverse range, N is greater than M in '-r N:M', or the '-c' option is used with a negative number: '-c -M' is equivalent to '-r M:'. Undoing changes like this is also known as performing a 'reverse merge'.

如果源是一个文件，则对该文件应用差异 文件(用于反向合并早期更改)。否则, 如果源是一个目录，那么目标默认为'.'。 在正常使用情况下，工作副本应该是最新的 修订，没有局部修改和切换子树。

例子:

svn merge -r 2983:289 path/to/file

这将用来自服务器的修订289替换本地副本[2983](根据上面的引用，它应该与服务器同步—您的责任)。更改发生在本地，这意味着如果您有一个干净的签出，那么可以在提交更改之前检查更改。

我认为这是最合适的:

是否合并向后，例如，如果提交的代码包含修订 5612到5616版本，倒着合并。对我来说很管用。

例如:

svn merge -r 5616:5612 https://<your_svn_repository>/

它将包含一个合并的代码回到以前的修订，然后您可以提交它。

右键单击要恢复>>恢复或恢复到修订的最高层次结构