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

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

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

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

我这样做了，对我很有效: 1. 备份你的文件。您可以简单地将代码复制到文本文件中。 2. 右键单击要提交>> Team >> Show History的文件。 3.在“显示历史”面板中，您将看到该文件的所有修订。右键单击文件>>的最新版本获取修订:它将覆盖您的本地更改。 4. 现在，将您的代码与最新文件合并到备份文件中(步骤#1)。 5. 同步并提交新合并的文件。

为了安全起见，我把目录移到了本地机器上，然后svn删除了这个愚蠢的目录，然后提交。当我试图从我的本地机器添加文件夹时，它仍然抛出错误(SVN移动做了同样的事情，当我试图重命名文件夹)。因此我返回，然后执行mkdir DIRNAME，添加并提交。然后我添加内容并提交，它工作了。

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

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

应该可以正常工作

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

当我用主干中的文件更新早期版本的一个分支时，就发生了这种情况。我使用Windows资源管理器从主干签出文件夹中复制文件夹，并将它们粘贴到发布分支签出文件夹的Eclipse视图中。现在Windows资源管理器被配置为不显示以“。”开头的“隐藏”文件，所以我没有注意到所有错误的.svn文件被粘贴到我的发布分支签出文件夹中。哎!

我的解决方案是删除损坏的Eclipse项目，再次检出它，然后更仔细地复制新文件。我还更改了Windows以显示“隐藏”文件。