我在执行svn update 时收到此错误：
工作副本 XXXXXXXX 已锁定，请 执行“清理”命令
当我运行清理时，我得到
清理未能处理 以下路径：XXXXXXXX
如何摆脱这个循环？
【问题讨论】：
标签： svn tortoisesvn
一种方法是：
另一种选择是删除顶级文件夹并再次签出。但希望它不会变成那样。
【讨论】：
对我来说，诀窍是在我的工作副本顶部运行svn cleanup，而不是在问题发生之前我一直在工作的文件夹中。
【讨论】：
查看您的.svn 文件夹，其中将有一个名为lock 的文件。删除该文件，您将能够更新。每个子目录的.svn目录下可能会有更多的锁文件。他们也需要删除。这可以很简单地从命令行以批处理的形式完成，例如
find . -name 'lock' -exec rm -v {} \;
请注意，您正在手动编辑 .svn 文件夹中的文件。他们被放在那里是有原因的。这个原因可能是一个错误，但如果不是这样，您可能会损坏您的本地副本。
【讨论】：
find . | grep ".svn/lock" | xargs rm
在我的情况下，我通过手动删除 WC_LOCK 表中的 SQLite ".svn\wc" 文件锁定记录中的记录来解决它。
我用 SQLite 编辑器打开了“WC”文件并执行了
delete from WC_LOCK
根据eakkas 的评论，您可能还需要删除WORK_QUEUE 表中的所有条目。
【讨论】：
【讨论】：
一个同事在工作中经常看到这个消息，对他来说是因为他删除了一个SVN版本控制下的目录没有从SVN中删除它，然后在它的位置创建了一个新目录而不是版本下控件，同名。
如果这是你的问题...：
有不同的方法来修复它，具体取决于目录被替换的方式/原因。
无论哪种方式，您都可能需要：
A) 将现有目录重命名为临时名称
B) 执行 SVN 还原以恢复从文件系统中删除的目录，而不是从 SVN 中删除的目录
从那里，你要么
A) 将相关文件复制到被删除的目录中
B) 如果目录中的内容发生重大变化，请对原始目录执行 SVN 删除，提交并将新目录重命名为所需名称，然后添加 SVN 以获取 that 一个受版本控制。
【讨论】：
这个对我有用。
清理后，您可以更新到最新版本。
【讨论】：
Clean up working copy status 和Breaks locks 和Include externals
对我来说，这实际上是乌龟的错，有点。乌龟只是抱怨“无法清理，运行清理”，但是当我运行命令行（svn cleanup）时，它清楚地告诉我它无法删除一些正在使用的文件，解决方案很明显。关闭 Visual Studio（保持文件打开）后，清理工作正常。
其他程序也可以在 repo 中保持文件打开，从而导致此问题。 Excel 保持打开 xls 在另一个实例中是罪魁祸首，因此关闭所有可能使用 repo 中任何内容的程序甚至重新启动以强制程序关闭然后再次尝试清理可能是明智的。
【讨论】：
我遇到了这个问题，因为外部文件夹不想链接到现有文件夹。如果在目标是现有（版本化或非版本化）文件夹的位置添加 svn:externals 属性行，您将收到 SVN Woring Copy locked 错误。在这里清理也会告诉你一切都很好，但仍然无法更新。
解决方案：从存储库中删除有问题的文件夹，并在设置了 svn:externals 属性的根文件夹中进行更新。这将创建文件夹，一切都会再次正常。
这个问题对我来说是因为 svn:externals 文件需要目标文件夹进行版本控制。在我注意到这在不同的存储库中不起作用后，我从外部文件交换到外部文件夹并陷入了这个混乱。
【讨论】：
最简单的方法是显示隐藏文件夹，然后打开 .SVN 文件夹。您应该会看到一个名为“lock”的零 KB 文件，删除它会解决问题
【讨论】：
我在使用 SVN 1.7 时遇到了完全相同的问题，但上面提到的修复都没有奏效。
首先，请确保备份所有已编辑的内容。
花了几个小时后（没有重新下载所有内容，因为我的分支大小超过 6gb），我发现分支的 .svn 文件夹中有一个名为“wc”的 db 文件。
使用任何 db 管理器（我使用 firefox 的 sqlite manager 插件）打开 db 文件并导航到 WC_LOCK 表。该表将包含已获取锁的条目。从表中删除记录，你就完成了:)
【讨论】：
当我遇到这个问题时，我发现直接在问题路径上运行清理命令通常似乎有效。然后我将再次从工作根目录运行清理，它会抱怨其他一些目录。我只是重复，直到它停止抱怨为止。
【讨论】：
如果您在 Windows 机器上，通过浏览器查看存储库，您可能会看到两个文件名相同但大小写不同的文件。 Subversion 区分大小写，而 Windows 不区分大小写，因此当 Windows 认为它正在拉下同一个文件而 Subversion 没有时，您可以获得锁定。删除存储库中重复的文件名，然后重试。
【讨论】：
我只是创建了一个新文件夹，签出项目，将更新的文件复制到新文件夹中。
它已通过全新结帐修复。
【讨论】：
您是否正在使用 TortoiseSVN 并且刚刚升级？我之前从 1.4 移动到 1.5 并且没有重新启动时遇到过这个问题。 （尝试重新启动）。
您需要重新启动的原因是因为缓存文件变得很时髦。
否则，继续前进，将该工作副本导出到新文件夹（不要复制 .svn 隐藏文件夹），重新签出项目，然后将所有代码移回，然后继续提交。
【讨论】：
只需删除 .svn 文件夹，然后对父目录运行清理。完美运行！
【讨论】：
在 Mac OS 下的版本中： 操作 -> 清理工作副本锁定在...
【讨论】：
我经常遇到这样的问题。我的模式导致清理问题。
关闭打开已删除文件的图像查看器可以解决问题。 也许其他软件可以以同样的方式阻止清理。
一般。我相信在这种情况下重新启动计算机可能会有所帮助。
【讨论】：
SVN 通常会在从存储库中获取实际文件之前更新其文件夹中文件的内部结构 (.svn/prop-base)。一旦文件被提取，这将被清除。由于“更新”失败或在更新过程中过早取消，经常会引发错误。
现在更新应该可以工作了。
【讨论】：
遇到了同样的问题，因为我在受版本控制的文件夹下导出了一个文件夹。不得不从 TortoiseSVN 中删除该文件夹，然后从文件系统中删除该文件夹（TortoiseSVN 不喜欢未版本控制的子文件夹......为什么不呢？？？）
【讨论】：
我在 TortoiseSVN 下有这个，错误与我在新项目下创建的新目录有关。我刚刚创建了这个项目，所以这个目录以前不可能存在。我查看了存储库浏览器，新文件夹确实已经在存储库中，但是 TortoiseSVN 并没有将其显示为已提交。
为了绕过它，因为我刚刚创建了文件夹，所以我在存储库中删除了它，然后进行了提交。效果很好。
由于我是在 Visual Studio 之外执行此操作的，因此我必须重新启动 Visual Studio 才能再次解决所有问题。
【讨论】：
开始搜索....锁定...选择所有列出的文件并删除..已修复
【讨论】：
以下应该做：
svn 状态 | grep ".l" | sed 's/.* (.*)$/\1/' | awk '{打印长度($1),$1}' |排序-nr | awk '{print "pushd" $2"; svn cleanup ; popd"}' |嘘
【讨论】：
不要删除您的解决方案！
在 .svn 文件夹中有一个名为 lock 的文件，长度为 0 字节
您可以从解决方案中的所有 .svn 文件夹中删除所有这些文件，它会起作用
它在我的情况下有效
【讨论】：
文件的就地取消版本化，并重新签出到同一位置，为我解决了这个问题。
在 TortoiseSVN 中，要进行就地取消版本化，请将工作副本的根文件夹从文件列表中右键拖动到目录树中的自身上，然后从弹出菜单中选择“SVN Export versioned items here” . TortoiseSVN 注意到目标与源相同，并建议取消工作副本的版本。
取消版本化后，重新签出到同一文件夹（其中现在包含您拥有的所有文件的未版本化副本）。 TortoiseSVN 会警告您正在签出到现有文件夹，但您可以继续。
此后，清理、更新和其他操作顺利进行。由于上述两个步骤都保留了本地修改，因此不会丢失任何信息（但在此之前备份工作副本可能是个好主意）。
一个警告：如果工作副本包含混合版本或未提交的属性更改，则该信息将丢失。对我来说，这并不常见，考虑到工作副本损坏或丢失未提交的属性更改的选择，我倾向于选择后者。
【讨论】：
我在“清理”工作时遇到了这个问题，但“更新”会继续失败。有效的解决方案是通过 Windows 资源管理器删除有问题的文件夹，而不是 TortoiseSVN 的删除（这将删除标记为提交到存储库的内容，然后我进行了“签出”以从存储库中“更新”文件夹。
更多关于 O/S 删除和 SVN 删除的区别的信息在这里： http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-rename.html
值得注意的是：
当您 TortoiseSVN → 删除一个文件时，它会立即从您的工作副本中删除，并在下次提交时在存储库中标记为删除。
还有：
如果通过资源管理器而不是使用 TortoiseSVN 上下文菜单删除文件，则提交对话框会显示这些文件，并允许您在提交之前将它们从版本控制中删除。但是，如果您更新工作副本，Subversion 会发现丢失的文件并将其替换为存储库中的最新版本。
【讨论】：
如果你在 Linux 上，试试这个：
find "/the/path/to/your/directory" -name .svn -type d | xargs chmod 0777 -R
然后在该目录上运行cleanup 命令，然后尝试更新。
【讨论】：
我执行了以下操作来解决我的问题：
【讨论】：
在解决方案资源管理器中，右键单击项目，在打开的子菜单中单击颠覆并选择清理。它将解决问题，就像对我一样。希望它会起作用。
【讨论】：