就像@Alexander-Klyubin建议的那样，在存储库中进行移动。它也会快得多，特别是如果你有大量的数据要移动，因为你不需要再次通过网络传输所有的数据。

svn mv https://username@server/svn/old/ https://username@server/svn/new/

应该可以正常工作

尝试更新本地副本，并恢复有问题的项目，但仍然得到“过期”错误。出于某种原因，这种方法奏效了:

svn update --force /path/to/dir/or/file

“清理”会让你走上正轨。

右键单击svn文件夹，然后单击“清理”，如果你得到错误，就这样做。

当我试图从主干目录提交时，我刚刚得到了这个。从中继目录更新svn没有解决错误;但是，从父目录(. SVN目录所属的目录)进行SVN更新确实解决了这个错误。

我对发生的事情的猜测(在其他用例中，可能有多个原因导致这个“svn: E160024:资源过期;尝试更新”):沿着主干，有一个分支目录。我从GitHub拉了一个分支/分支-1到master。从父目录(即我的工作副本的根目录)而不是trunk进行svn更新，似乎在分支中除了trunk之外还做了一些事情。当我再次尝试时，没有出现错误。

然而，正如我上面所说的，这可能只是众多案例中的一个。

附注:与某些人建议的不同，我不认为在.svn目录中手动播放是一个好主意。

直接在.svn中尝试了所有的更改。没有任何帮助，所以这是我的解决方案。

在Eclipse >窗口>显示视图>历史我已经看到该文件不是在最新的修订，尽管我做了多个svn“覆盖和更新”/“恢复”/删除文件和签出。

所以我去包资源管理器>右键单击文件>替换为>最新从存储库。

再次查看历史记录视图显示该文件现在处于最新修订。

你是用svn mv来移动它，还是只用mv?我认为只使用mv可能会导致这个问题。