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

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

清理有时并不足以解决这个问题。

如果您使用TortoiseSVN v1.7.2或更高版本，右键单击锁定文件的父目录，并从菜单中选择TortoiseSVN -> Repo Browser。在Repro Browser GUI中右键单击被锁定的文件，将会有一个选项来移除锁定。

最简单的方法是显示隐藏文件夹，然后打开. svn文件夹。您应该看到一个名为“lock”的零KB文件，删除它将解决这个问题

我知道这是一个非常老的帖子，但我坚持认为:

解决这个问题最简单和最安全的方法是删除你隐藏的”。Svn”文件夹并再次检查所有内容。

当你再次检查头部修订时，它修复了svn周围的大多数问题，应该保持局部更改(标记为“冲突”)。

在对项目结构进行更改时，首先可以通过使用svn copy和svn move etc命令来避免这类问题。请记住，svn只检查已经添加到subversion的文件中的更改，而不检查物理目录结构的更改。请参阅http://svnbook.red-bean.com/en/1.7/svn.tour.cycle.html

此外，在提交更改时，svn首先在todo列表中存储更改的“摘要”。在执行此todo列表中的svn操作时，它会锁定该文件，以防止在执行这些svn操作时发生其他更改。如果svn的操作中途中断，比如崩溃，文件将保持锁定状态，直到svn完成todo列表中的操作。可以使用svn cleanup命令“重新激活”。请参阅http://svnbook.red-bean.com/en/1.7/svn.tour.cleanup.html