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

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

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

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

工作中的一位同事经常看到这条消息，对他来说，这是因为他删除了一个在SVN版本控制下的目录，而没有从SVN中删除它，然后在其不受版本控制的位置创建了一个同名的新目录。

如果这是你的问题……

有不同的方法来修复它，这取决于如何/为什么替换目录。

无论哪种方式，你都可能需要:

A)将现有目录重命名为临时名称

B)通过SVN还原恢复从文件系统中删除的目录，但不从SVN中删除

从那里开始，你可以选择

A)将相关文件复制到被删除的目录中

B)如果目录中的内容发生了重大变化，请对原始目录进行SVN删除，提交，并将新目录重命名为所需的名称，然后进行SVN添加以使该目录处于版本控制之下。

如果你在Linux上，试试这个:

find "/the/path/to/your/directory" -name .svn -type d | xargs chmod 0777 -R

然后在该目录上运行清理命令，然后尝试更新。

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

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

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

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

Spotlight在递归查找锁文件方面是它通常的垃圾。

EasyFind在Mac App Store上运行良好

http://itunes.apple.com/gb/app/easyfind/id411673888?mt=12

搜索“lock”

全选/删除

开始搜索…锁…选择所有列出的文件并删除..fixed