我在使用SVN 1.7时遇到了完全相同的问题，上面提到的修复程序都不起作用。

最重要的是，确保备份所有编辑过的内容。

在花了几个小时后(没有重新下载所有内容，因为我的分支的大小超过6gb)，我发现在你的分支的.svn文件夹中有一个名为“wc”的db文件。

使用任何db管理器打开db文件(我使用firefox的sqlite管理器插件)，并导航到WC_LOCK表。这个表将包含获取的锁的条目。从表中删除记录，你就完成了:)

首先尝试了许多解决方案，然后我只是删除了我有问题的文件夹。

然后执行SVN Update。

这对我很管用。

我不推荐这种方法，但除了这种方法，其他方法都不起作用。：(

我遇到了这样的问题，“清理”工作，但“更新”将继续失败。有效的解决方案是通过Windows资源管理器删除有问题的文件夹，而不是TortoiseSVN的删除(这将删除标记为提交到存储库的内容，然后我做了一个“签出”，从存储库中“更新”文件夹。

关于O/S删除和SVN删除之间区别的更多信息: http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-rename.html

值得注意的是:

当你TortoiseSVN→Delete一个文件时，它会立即从你的工作副本中删除，并在下次提交时在存储库中标记为删除。

And:

如果一个文件是通过资源管理器而不是使用TortoiseSVN上下文菜单删除的，提交对话框会显示这些文件，并允许你在提交之前从版本控制中删除它们。但是，如果您更新了工作副本，Subversion将发现丢失的文件并用存储库中的最新版本替换它。

我在TortoiseSVN下有这个错误与我在新项目下创建的新目录有关。我刚刚创建了这个项目，所以这个目录之前不可能存在。我在存储库浏览器中查看，新文件夹确实已经在存储库中，但是TortoiseSVN没有显示它已提交。

为了解决这个问题，因为我刚刚创建了这个文件夹，所以我在存储库中删除了它，然后进行了提交。它运行得很好。

因为我是在Visual Studio之外完成的，所以我必须重新启动Visual Studio，让它重新解决所有问题。

我经常遇到这样的问题。我的模式会导致清理问题。

我在查看器中打开图像文件。 我删除图像文件/文件夹。 我正在提交/更新

关闭被删除的文件打开的图像查看器可以解决这个问题。 也许其他软件也能以同样的方式阻止清理。

一般来说。我相信在这种情况下重新启动电脑会有帮助。

我只是创建了一个新文件夹，签出项目，将更新的文件复制到新文件夹中。

用新的结账方式修好了。