SVN中的工作副本XXX被锁定并且清理失败

只需在Tortoise客户端中执行可用的清理选项

如果它抛出错误，请检查清理选项中是否有断开写入锁定

@Chuck 的解决方案对我来说并不实际。第一次遇到这个问题时，它虽然起作用，但也需要做很多额外的工作。第二种情况下，当我在网络之外使用笔记本电脑的时候，我改变了很多文件。我无法想象自己要在更改后一个个地进入文件夹。希望使用 Tortoise 并成功了。如下：

环境如下：

1. Visual Studio 2008
2. Ankhsvn

步骤如下：

1. 首先，我不能提交，因为它说我需要清理
2. 其次，我无法清理，因为有一个文件夹不在 svn 中 - "bin"
3. 我下载了最新版本的 Tortoise，尝试使用，但由于该死的文件夹而无法使用。
4. 重命名该文件夹，现在我可以使用最新版本的更新本地存储库。
5. 几个文件进来了。
6. 进行提交操作，顺利完成。

无论我尝试了多少种方法，清理都没有起作用。相反，我从 Visual Studio 中逐个提交了每个文件夹。然后我提交了顶层文件夹，成功了。

在使用Tortoise SVN进行svn更新时，进程被中断并停止，提示文件正在使用。 接下来它要求我在文件夹上使用CleanUp命令。 我尝试运行CleanUp命令，但无法成功。 然后我发现一个命令行正在使用文件夹中的文件。 所以，我关闭了命令行并检查是否有任何编辑器正在使用相关文件。我们也需要关闭它们。 然后，我尝试使用选项“打破锁定、还原更改、清除工作副本状态”对文件夹进行CleanUp。CleanUp成功完成。 最终，我成功地更新了我的svn文件夹。

我曾经遇到过同样的问题。最新版本已经修复了这个问题。 我已经将我的Tortoise SVN更新到最新版本（1.7.11），并且清理功能正常工作。

您可以在此处下载最新版本：下载Tortoise SVN。

既然在这里没有列出正确的答案，我的解决方案是关闭我的集成开发环境（在这种情况下是Netbeans）。看起来IDE已经锁定了该文件。

使用svn copy和svn move等命令更改项目结构时，可以避免这些类型的问题。请记住，svn仅检查已添加到子版本控制中的文件内部的更改，而不是物理目录结构的更改。请参见http://svnbook.red-bean.com/en/1.7/svn.tour.cycle.html。

此外，在提交更改时，svn首先将更改的“摘要”存储在待办事项列表中。在执行此待办事项列表中的svn操作时，它会锁定文件以防止其他更改，直到完成svn操作为止。如果svn操作在中途被中断（例如崩溃），则文件将保持锁定状态，直到svn能够完成待办事项列表中的操作。可以使用svn cleanup命令“重新激活”它。请参见http://svnbook.red-bean.com/en/1.7/svn.tour.cleanup.html。

在我的情况下，运行TortoiseSVN的Windows 7机器未能完全重命名文件夹。清理、更新或重命名操作的任何组合都无法解决问题。该文件夹最初是使用不同大小写创建的，而Tortoise或Subversion无法将其更改为存储库中的内容。
我的解决方案是：

1. 通过Windows资源管理器（不带Subversion控制文件）将文件夹复制到项目之外。
2. 通过TortoiseSVN删除并提交文件夹。
3. 通过Windows资源管理器将文件夹以正确（当前）的名称复制回来。
4. 通过TortoiseSVN将文件夹重新添加到存储库中。

我在每个步骤之后执行了清理操作。这是一个可怕的解决方案，但对我有效。

Spotlight在递归查找锁定文件方面表现如往常一样糟糕。

Mac App Store上的EasyFind可以解决问题。

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

搜索 'lock'

全选/删除

我相信它对你来说运行良好

进入顶层SVN文件夹。

右键单击包含svn文件的文件夹 -> TortoiseSVN -> CleanUp

这肯定会解决你的问题。