我在答案中没有看到这个问题的一个原因是，更新或签出可能已经使用其他用户/权限完成，例如使用$sudo。

在Mac OS下的版本: 清除工作副本锁…

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

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

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

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

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

如果这是你的问题……

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

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

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

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

从那里开始，你可以选择

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

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

最简单的方法:

进入项目的父目录(文件夹)。 右键单击 按下TortoiseSVN，然后按下清理… 清理对话框将自动出现 选择“清理工作副本状态”、“打破锁”、“修复时间戳”、“清理原始副本”、“刷新外壳覆盖”、“包括外部组件” 总统好

你成功地完成了你的工作。

检查屏幕截图以供参考。

第一步:

第二步: 启用中断锁定选项(清除弹出窗口中的第二个复选框)

希望这对你有很大帮助。

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

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

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