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

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

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

首先尝试了许多解决方案，然后我只是删除了我有问题的文件夹。

然后执行SVN Update。

这对我很管用。

我不推荐这种方法，但除了这种方法，其他方法都不起作用。：(

如果您在Windows机器上，通过浏览器查看存储库，您可能会看到两个具有相同文件名但使用不同大小写的文件。Subversion是区分大小写的，而Windows不是，所以当Windows认为它正在拉下同一个文件而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 2008 Ankhsvn

过程:

首先我不能承诺，它说我需要清理 第二，我无法清理，在svn - bin中有一个文件夹 我下载了龟的最新版本，尝试和不工作，由于dammed文件夹。 重命名该文件夹，现在我可以更新本地存储库的最新版本。 来了几份文件。 做了承诺并成功了。