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

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

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

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

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

在解决方案资源管理器中，右键单击项目，在打开的子菜单中单击subversion并选择清理。它会解决问题，就像对我一样。希望它能起作用。

在我的案例中，我通过手动删除SQLite中的一条记录来解决这个问题”。svn\wc"文件锁记录在WC_LOCK表中。

我用SQLite编辑器打开“WC”文件并执行

delete from WC_LOCK

按照eakkas的注释，您可能还需要从WORK_QUEUE表中删除所有条目。

就地撤销文件版本，并将新的签入到相同的位置，为我解决了这个问题。

在TortoiseSVN中，要进行就地版本化，请从文件列表中右拖工作副本的根文件夹到目录树中，并从弹出菜单中选择“SVN Export versioned items here”。TortoiseSVN注意到目标和源是相同的，并建议解除工作副本的版本控制。

在解除版本控制之后，对同一文件夹执行一次新的签出(现在包含所有文件的未版本控制副本)。TortoiseSVN会警告你，你正在签入一个现有的文件夹，但你可以继续。

在此之后，清理、更新和其他操作工作顺利进行。由于上述两个步骤都保留了本地修改，因此不应该有任何信息丢失(但在此之前备份工作副本可能是一个好主意)。

警告:如果工作副本包含混合版本或未提交的属性更改，则该信息将丢失。对我来说，这种情况并不常见，如果要在损坏的工作副本或丢失未提交的属性更改之间做出选择，我倾向于选择后者。