对我来说，问题是完全满磁盘驱动器(linux inodes在我的情况下)，当我删除一些文件夹，它又开始工作了。

错误如下(任何svn动作):

$ svn cleanup
svn: E155004: Run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
svn: E155004: Working copy locked; try running 'svn cleanup' on the root of the working copy ('/my/directory') instead.
svn: E155004: Working copy '/my/directory' locked
svn: E200030: sqlite[S14]: unable to open database file
svn: E200030: Additional errors:
svn: E200030: sqlite[S14]: unable to open database file

只需删除.svn文件夹，然后在父目录上运行清理。完美的工作! !

对我来说，以上的方法都没用。 我通过砸锁找到了解决办法。 当我执行svn清理时，我选择了“打破锁”和“清理工作副本状态”。

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

我在答案中没有看到这个问题的一个原因是，更新或签出可能已经使用其他用户/权限完成，例如使用$sudo。

我遇到这个问题是因为外部文件夹不想被链接到现有文件夹中。如果您添加了一个svn:externals属性行，其中目标是一个现有的(有版本控制的或没有版本控制的)文件夹，您将得到svn Woring Copy locked错误。这里的清理也会告诉你一切正常，但仍然更新不工作。

解决方案:从存储库中删除麻烦的文件夹，并在设置了svn:externals属性的根文件夹中进行更新。这将创建文件夹，一切都将恢复正常。

我遇到这个问题是因为svn:externals for files要求目标文件夹进行版本控制。当我注意到这在不同的存储库中不起作用后，我从外部文件切换到外部文件夹，陷入了这种混乱。