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

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

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

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

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

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

如果这是你的问题……

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

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

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

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

从那里开始，你可以选择

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

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

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

不要删除您的解决方案!

在.svn文件夹中有一个名为lock的文件，长度为0字节

您可以从解决方案中的所有.svn文件夹中删除所有这些文件，这样就可以工作了

这对我来说是有效的

更新目录权限(授予写访问权)也可以解决这个问题。

chmod +w <dir_name>