我的根目录中有一个文件把它弄乱了。(没有锁文件，svn清理失败等)我的整个签出是> 2GB，网速较慢，所以再次检查所有内容对我来说不是一个很好的选择。

对我有用的是:

还原&还原的变化 搞砸了工作副本(#1)。 又查了一份回购文件 (2)——depth为空 添加和 在new中提交文件 工作副本(#2)。 已在 原始工作副本(#1)。

对我来说似乎又恢复正常了。

一种方法是:

将编辑过的项目复制到另一个位置。 删除包含问题路径的文件夹。 通过Subversion更新包含的文件夹。 复制文件或根据需要合并更改。 提交

另一种选择是删除顶级文件夹并再次签出。希望不会发展到那种地步。

在我的案例中，我通过手动删除SQLite中的一条记录来解决这个问题”。svn\wc"文件锁记录在WC_LOCK表中。

我用SQLite编辑器打开“WC”文件并执行

delete from WC_LOCK

按照eakkas的注释，您可能还需要从WORK_QUEUE表中删除所有条目。

对我来说，这其实是乌龟的错。Tortoise只是抱怨“不能清理，运行清理”，但是当我运行命令行(svn cleanup)时，它清楚地告诉我它不能删除一些正在使用的文件，解决方案是显而易见的。一旦我关闭Visual Studio(它保持文件打开)，那么清理工作就很好了。

其他程序也可以在repo中保持文件打开，从而导致此问题。在另一个例子中，Excel保持xls打开是罪魁祸首，所以关闭所有可能在repo中使用任何东西的程序，甚至重新启动以强制程序关闭，然后再次尝试清理，这可能是明智的。

我的根目录中有一个文件把它弄乱了。(没有锁文件，svn清理失败等)我的整个签出是> 2GB，网速较慢，所以再次检查所有内容对我来说不是一个很好的选择。

对我有用的是:

还原&还原的变化 搞砸了工作副本(#1)。 又查了一份回购文件 (2)——depth为空 添加和 在new中提交文件 工作副本(#2)。 已在 原始工作副本(#1)。

对我来说似乎又恢复正常了。

确切地说，这里没有列出这个答案:我的解决方案是关闭我的IDE(在本例中是Netbeans)。似乎IDE已经锁定了该文件。