不管我怎么努力，清理工作对我都不起作用。相反，我从Visual Studio单独提交每个文件夹。然后我提交了最上面的文件夹，并成功了。

不管我怎么努力，清理工作对我都不起作用。相反，我从Visual Studio单独提交每个文件夹。然后我提交了最上面的文件夹，并成功了。

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

我的根目录中有一个文件把它弄乱了。(没有锁文件，svn清理失败等)我的整个签出是> 2GB，网速较慢，所以再次检查所有内容对我来说不是一个很好的选择。

对我有用的是:

还原&还原的变化 搞砸了工作副本(#1)。 又查了一份回购文件 (2)——depth为空 添加和 在new中提交文件 工作副本(#2)。 已在 原始工作副本(#1)。

对我来说似乎又恢复正常了。

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

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

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

对我来说，问题是完全满磁盘驱动器(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