我只是在几个文件夹中有同样的问题，这是我所做的提交:

1)在“团队同步”透视图中，右键单击文件夹>覆盖和更新 2)重新删除该文件夹 3)承诺并快乐起来

直接在存储库中执行移动。

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

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

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

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

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

如果你正在使用github的svn网桥，很可能是因为github这边的东西发生了变化。解决方案很简单，你只需要运行svn switch，让它正确地找到自己，然后更新，一切都将工作。只需从签出的根目录运行以下命令

svn info | grep Relative 
svn switch path_from_previous_command
svn update

or

svn switch `svn info | grep Relative | sed 's_.*: __'`
svn update

这个解决方案的基础来自Lee Preimesberger的博客