我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'svn cleanup'时，我得到:
>svn cleanup .
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'MemPoolTests.cpp' is not under version control
MemPoolTests.cpp是另一个开发人员添加的新文件，在更新中被删除了。以前我的工作文件夹里不存在。
我能做些什么来尝试并继续前进，而不必签出存储库的新副本吗?
澄清:感谢您提出的关于将目录移出并删除一个新副本的建议。我知道这是一个选项，但这是我想避免的，因为有许多更改嵌套在几个目录深处(这应该是一个分支…)
我希望有一种更积极的方式来做清理，也许以某种方式迫使文件SVN有麻烦回到一个已知的状态(我尝试删除它的工作副本…这并没有帮助)。
当前回答
我刚刚在64位的Windows 7上遇到了同样的问题。我以管理员身份运行控制台，并从问题目录中删除了.svn目录(得到了关于日志或其他内容的错误，但忽略了它)。然后，在资源管理器中，我删除了不再显示为版本控制下的问题目录。然后，我运行了一个更新，事情按照预期进行。
其他回答
当一切都不能重新开始的时候……
我删除了.svn目录中的日志文件(我还删除了.svn/props-base中有问题的文件)，进行了清理，并恢复了更新。
当遇到类似的问题时，在存储库同步视图中手动合并有助于解决这个问题。
一个文件名与其他文件名冲突，它清楚地提到了这个问题。将新文件重命名为不同的名称可以解决这个问题。
我最近也遇到过这种情况。对我来说，诀窍是在选择“清理”后，在弹出的选项对话框中，选择“打破锁”，然后选择“确定”。它为我成功地清理了。
这里的回答没有帮助我，但是在再次检出项目之前，我关闭并打开Eclipse (subversion是我的SVN客户端)，问题消失了。
我也有同样的问题。我不能承诺，清理工作就会失败。
使用命令行客户端，我能够看到一条错误消息，表明它无法将文件从.svn/props移动到.svn/prop-base。
我查看了特定的文件，发现它被标记为只读。删除只读属性后，我能够清理文件夹并提交我的更改。
