就地撤销文件版本，并将新的签入到相同的位置，为我解决了这个问题。

在TortoiseSVN中，要进行就地版本化，请从文件列表中右拖工作副本的根文件夹到目录树中，并从弹出菜单中选择“SVN Export versioned items here”。TortoiseSVN注意到目标和源是相同的，并建议解除工作副本的版本控制。

在解除版本控制之后，对同一文件夹执行一次新的签出(现在包含所有文件的未版本控制副本)。TortoiseSVN会警告你，你正在签入一个现有的文件夹，但你可以继续。

在此之后，清理、更新和其他操作工作顺利进行。由于上述两个步骤都保留了本地修改，因此不应该有任何信息丢失(但在此之前备份工作副本可能是一个好主意)。

警告:如果工作副本包含混合版本或未提交的属性更改，则该信息将丢失。对我来说，这种情况并不常见，如果要在损坏的工作副本或丢失未提交的属性更改之间做出选择，我倾向于选择后者。

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

chmod +w <dir_name>

就地撤销文件版本，并将新的签入到相同的位置，为我解决了这个问题。

在TortoiseSVN中，要进行就地版本化，请从文件列表中右拖工作副本的根文件夹到目录树中，并从弹出菜单中选择“SVN Export versioned items here”。TortoiseSVN注意到目标和源是相同的，并建议解除工作副本的版本控制。

在解除版本控制之后，对同一文件夹执行一次新的签出(现在包含所有文件的未版本控制副本)。TortoiseSVN会警告你，你正在签入一个现有的文件夹，但你可以继续。

在此之后，清理、更新和其他操作工作顺利进行。由于上述两个步骤都保留了本地修改，因此不应该有任何信息丢失(但在此之前备份工作副本可能是一个好主意)。

警告:如果工作副本包含混合版本或未提交的属性更改，则该信息将丢失。对我来说，这种情况并不常见，如果要在损坏的工作副本或丢失未提交的属性更改之间做出选择，我倾向于选择后者。

如果您在Windows机器上，通过浏览器查看存储库，您可能会看到两个具有相同文件名但使用不同大小写的文件。Subversion是区分大小写的，而Windows不是，所以当Windows认为它正在拉下同一个文件而Subversion没有时，您可以获得一个锁。请删除存储库中重复的文件名，然后重试。

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

我的解决方案是:

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

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

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

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