我在TortoiseSVN下有这个错误与我在新项目下创建的新目录有关。我刚刚创建了这个项目，所以这个目录之前不可能存在。我在存储库浏览器中查看，新文件夹确实已经在存储库中，但是TortoiseSVN没有显示它已提交。

为了解决这个问题，因为我刚刚创建了这个文件夹，所以我在存储库中删除了它，然后进行了提交。它运行得很好。

因为我是在Visual Studio之外完成的，所以我必须重新启动Visual Studio，让它重新解决所有问题。

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

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

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

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

如果这是你的问题……

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

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

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

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

从那里开始，你可以选择

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

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

在我的例子中，一台运行TortoiseSVN的Windows 7机器无法完全重命名文件夹。任何清理、更新或重命名操作的组合都不能解决这个问题。文件夹最初是用不同的case创建的，Tortoise或Subversion不会将其更改为存储库中的内容。

我的解决方案是:

通过Windows资源管理器复制文件夹(不带Subversion控件) 文件)在项目之外。 通过TortoiseSVN删除并提交文件夹。 通过Windows资源管理器将文件夹复制回正确的(当前)名称。 通过TortoiseSVN将文件夹添加回存储库。

我在每一步之后都进行了清理。糟糕的解决方法，但对我很有效。

Spotlight在递归查找锁文件方面是它通常的垃圾。

EasyFind在Mac App Store上运行良好

http://itunes.apple.com/gb/app/easyfind/id411673888?mt=12

搜索“lock”

全选/删除