我也有同样的问题。似乎在最新版本中已经修复了。 我已经将我的Tortoise SVN更新到最新版本(1.7.11)，清理工作进行得很好。

您可以在这里下载最新版本:downnoad tortoise svn。

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

我的解决方案是:

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

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

开始搜索…锁…选择所有列出的文件并删除..fixed

最简单的方法:

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

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

检查屏幕截图以供参考。

第一步:

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

希望这对你有很大帮助。

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

chmod +w <dir_name>

我遇到这个问题是因为外部文件夹不想被链接到现有文件夹中。如果您添加了一个svn:externals属性行，其中目标是一个现有的(有版本控制的或没有版本控制的)文件夹，您将得到svn Woring Copy locked错误。这里的清理也会告诉你一切正常，但仍然更新不工作。

解决方案:从存储库中删除麻烦的文件夹，并在设置了svn:externals属性的根文件夹中进行更新。这将创建文件夹，一切都将恢复正常。

我遇到这个问题是因为svn:externals for files要求目标文件夹进行版本控制。当我注意到这在不同的存储库中不起作用后，我从外部文件切换到外部文件夹，陷入了这种混乱。