我不小心向SVN存储库提交了太多文件，并改变了一些我原本不想改变的东西。 （叹气）为了将它们恢复到之前的状态，我能想到的最好方法是
svn rm l3toks.dtx
svn copy -r 854 svn+ssh://<repository URL>/l3toks.dtx ./l3toks.dtx
天哪！没有更好的方法吗？为什么我不能像这样写：
svn revert -r 854 l3toks.dtx
好的，我只使用v1.4.4版本，但我大致浏览了1.5分支的更改列表，没有看到任何直接相关于此的内容。我有错过什么吗？
编辑: 我猜我表述不够清楚。我不想进行反向合并，因为那样我就会失去我确实想要做出的更改！假设fileA和fileB都被修改了，但我只想提交fileA; 如果意外输入：
svn commit -m "small change"
现在我想回滚fileB，因为提交了两个文件。相对合并似乎没有比我上面提到的步骤更容易实现此任务。
svn merge -c -854 my.file，然后执行svn diff，看起来显示的是854之前的版本（也就是853）；只有当我执行svn merge -c 854 myfile（没有加上“-”符号），它才会让myfile回滚到854版本。再次感谢，祝好！ - sdaau很抱歉浪费了一些空间来重申之前给出的答案 - 但这是我总是遇到麻烦的事情。
假设我已将本地文件更新为最新修订版本，即854。那么，我想获取旧版本 - 比如说851修订版的文件版本。
复制会起作用：
svn copy -r 851 svn+ssh://<repository URL>/l3toks.dtx ./l3toks.dtx
.. 不过，我懒得用grep查找repo的URL :)
更新似乎可能会起作用：
svn up -r 851 ./l3toks.dtx
... 然而，它也将本地副本标记为“最近检出”或者“在线修订版本相同”（例如在Tortoise/RabbitVCS中您会看到一个绿色的OK勾号）- 这意味着您不能执行 svn ci -m "rolled back to r 851" ：简单地因为本地的subversion可执行程序不会注意到任何本地更改，并且不会上传任何内容到在线存储库中。
并且，如前所述，反向合并可以起作用 - 但在这种情况下，不应依赖于快捷语法; 而应明确说明：
svn merge -r HEAD:851 l3toks.dtx
--- Reverse-merging r854 through r852 into 'l3toks.dtx':
U l3toks.dtx
在此之后，可以使用svn diff来快速确保我们已在本地获取了正确的修订版本；而且，在Tortoise / RabbitVCS中将使用红色惊叹号标记该文件（即与最新提交的版本不同），因此这次可以运行svn ci -m“回滚到r 851”。
还要注意，如果您在反向合并后改变主意（即，无论如何您都想继续工作在最新的HEAD修订版本上，这里是854 - 在您本地回滚到851之后，但尚未提交回滚），则不应使用svn up，因为它只会显示已经“在修订版本854处”；而应改用svn revert --recursive .或类似的命令...
干杯！
参考：如何使用Subversion回滚更改 - Jacob Wright - Flex，AIR，PHP等。
编辑：...显然，可以通过以下方式实现与svn merge -r HEAD:851 l3toks.dtx完全相同的效果：
svn export -r 851 l3toks.dtx
A l3toks.dtx
Export complete.
--force来覆盖目录。只要记住它会覆盖所有更改。 - Nick最近我不得不回滚到特定的版本来调试一个旧版本构建，效果神奇：
svn up -r 3340 (or what ever your desired revision number)
由于我不关心本地更改（在恢复之前已检入所有我关心的内容），因此我必须使用"tc"选项解决所有冲突。
回到主干版本也很简单：
svn up
svn合并将合并修订版本，而不是还原它们。例如，如果您在HEAD版本中添加了一些内容，然后将其与先前的修订版本合并，则更改将保留。
我使用svn cat然后将其重定向到文件中：
svn cat -r 851 l3toks.dtx > l3toks.dtx
反向合并正是您所需要的（参见luapyad的回答）。只需将合并应用于错误提交的文件而不是整个目录即可。
svn merge -r head:prev l3toks.dtx