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

sudo rm -r /path/to/dir/

后:

svn up and commit or delete 

如果你正在使用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的博客

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

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

我在删除一些目录后随机收到这个错误，每个目录包含一些文件。我通过Netbeans删除了这些目录，并意识到它实际上并没有删除它们。它似乎只是删除了目录中的所有内容，并在Netbeans中删除了对该目录的引用。但是它们仍然存在于文件系统中。确保它们从文件系统中删除，然后再次尝试提交。

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

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

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

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

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

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