对我来说，这其实是乌龟的错。Tortoise只是抱怨“不能清理，运行清理”，但是当我运行命令行(svn cleanup)时，它清楚地告诉我它不能删除一些正在使用的文件，解决方案是显而易见的。一旦我关闭Visual Studio(它保持文件打开)，那么清理工作就很好了。

其他程序也可以在repo中保持文件打开，从而导致此问题。在另一个例子中，Excel保持xls打开是罪魁祸首，所以关闭所有可能在repo中使用任何东西的程序，甚至重新启动以强制程序关闭，然后再次尝试清理，这可能是明智的。

这个方法对我很管用。

找到根文件夹， 右击和清除 检查所有可用选项 按ok

清理后，它将允许您更新到最新版本。

查看您的.svn文件夹，其中将有一个名为lock的文件。删除该文件，您将能够更新。每个子目录的.svn目录下可能存在较多的锁文件。它们也需要删除。这可以作为批处理从命令行非常简单地完成，例如。

find . -name 'lock' -exec rm -v {} \;

注意，您正在手动编辑.svn文件夹中的文件。他们被放在那里是有原因的。这个理由可能是错误的，但如果不是的话，你可能会破坏你的本地副本。

来源:http://www.svnforum.org/2017/viewtopic.php?p=6068

一种方法是:

将编辑过的项目复制到另一个位置。 删除包含问题路径的文件夹。 通过Subversion更新包含的文件夹。 复制文件或根据需要合并更改。 提交

另一种选择是删除顶级文件夹并再次签出。希望不会发展到那种地步。

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

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

值得注意的是:

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

And:

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

在我的例子中，一台运行TortoiseSVN的Windows 7机器无法完全重命名文件夹。任何清理、更新或重命名操作的组合都不能解决这个问题。文件夹最初是用不同的case创建的，Tortoise或Subversion不会将其更改为存储库中的内容。

我的解决方案是:

通过Windows资源管理器复制文件夹(不带Subversion控件) 文件)在项目之外。 通过TortoiseSVN删除并提交文件夹。 通过Windows资源管理器将文件夹复制回正确的(当前)名称。 通过TortoiseSVN将文件夹添加回存储库。

我在每一步之后都进行了清理。糟糕的解决方法，但对我很有效。