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

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

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

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

谢谢你！这就解决了我的问题。 SVN update——force /path to filename/

如果您最近在本地目录中的文件是相同的，则没有提示。如果文件是不同的，它会提示tf, mf等…选择mf(我的满)确保没有什么被覆盖，我可以提交时完成。

松鸦 CompuMatter

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

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

应该可以正常工作

我有时会在windows上使用TortoiseSVN。对我来说，解决方案是svn更新目录，即使没有需要下载或更新的修订。它对元数据做了一些事情，神奇地修复了它。

我相信这个问题来自于.svn文件。在原父、新父或旧父中都是不正确的。我会试着回到你的出发点。使用导出可获得文件夹的干净副本。将干净的副本移动到新位置，并使用添加和删除操作进行移动。这是手动完成SVN所做的工作，但它可能有效。

删除您的文件或路径使用 在执行命令之前，先做bk的更改

sudo rm -r /path/to/dir/

后:

svn up and commit or delete