在对项目结构进行更改时，首先可以通过使用svn copy和svn move etc命令来避免这类问题。请记住，svn只检查已经添加到subversion的文件中的更改，而不检查物理目录结构的更改。请参阅http://svnbook.red-bean.com/en/1.7/svn.tour.cycle.html

此外，在提交更改时，svn首先在todo列表中存储更改的“摘要”。在执行此todo列表中的svn操作时，它会锁定该文件，以防止在执行这些svn操作时发生其他更改。如果svn的操作中途中断，比如崩溃，文件将保持锁定状态，直到svn完成todo列表中的操作。可以使用svn cleanup命令“重新激活”。请参阅http://svnbook.red-bean.com/en/1.7/svn.tour.cleanup.html

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

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

delete from WC_LOCK

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

这个方法对我很管用。

找到根文件夹， 右击和清除 检查所有可用选项 按ok

清理后，它将允许您更新到最新版本。

查克的解决方案对我来说不实用。在我第一次遇到这个问题时，它起作用了，但也给了我很多额外的工作。在第二种情况下，当我在网络外使用我的笔记本电脑时，我改变了文件的负载。我无法想象自己在更改文件后一个文件夹一个文件夹地查看。对乌龟抱着希望，努力工作。看看:

环境是:

Visual Studio 2008 Ankhsvn

过程:

首先我不能承诺，它说我需要清理 第二，我无法清理，在svn - bin中有一个文件夹 我下载了龟的最新版本，尝试和不工作，由于dammed文件夹。 重命名该文件夹，现在我可以更新本地存储库的最新版本。 来了几份文件。 做了承诺并成功了。

不管我怎么努力，清理工作对我都不起作用。相反，我从Visual Studio单独提交每个文件夹。然后我提交了最上面的文件夹，并成功了。

你是否正在使用TortoiseSVN并且刚刚升级?我以前从1.4迁移到1.5时就遇到过这个问题，而且无法重新启动。(尝试重启)。

您需要重新启动的原因是缓存文件变得异常。

否则，要继续前进，将该工作副本导出到一个新文件夹(不要复制.svn隐藏文件夹)，重新签出项目，并将所有代码移回，然后继续提交。