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

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

值得注意的是:

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

And:

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

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

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

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

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

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

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

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

当我遇到这个问题时，我发现直接在问题路径上运行清理命令通常似乎可以工作。然后，我将再次从工作根目录运行清理，它将报错其他目录。我一直重复，直到它不再抱怨。

最简单的方法是显示隐藏文件夹，然后打开. svn文件夹。您应该看到一个名为“lock”的零KB文件，删除它将解决这个问题

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

用新的结账方式修好了。