我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'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有麻烦回到一个已知的状态(我尝试删除它的工作副本…这并没有帮助)。
当前回答
当遇到类似的问题时，在存储库同步视图中手动合并有助于解决这个问题。
一个文件名与其他文件名冲突，它清楚地提到了这个问题。将新文件重命名为不同的名称可以解决这个问题。
其他回答
我试图通过控制台做svn清理，得到一个错误，如:
svn: E720002: Can't open file '..\.svn\pristine\40\40d53d69871f4ff622a3fbb939b6a79932dc7cd4.svn-base':
The system cannot find the file specified.
所以我手动创建了这个文件(空)，并再次进行了svn清理。这次做得不错。
Subclipse被Windows真正邪恶的锁定行为弄糊涂了。开锁是你的朋友。这可以找到锁定的文件并强制释放锁。
我做了sudo chmod 777 -R。以便能够更改权限。如果没有sudo，它将无法工作，给我带来与运行其他命令相同的错误。
现在您可以执行svn update或其他操作，而不必废弃整个目录并重新创建它。这是特别有用的，因为您的IDE或文本编辑器可能已经打开了某些选项卡，或者有同步问题。您不需要使用此方法废弃并替换您的工作目录。
我还遇到了清理失败的问题。最初我试图提交一些代码，但它说:
svn: E155004: '/my/path/to/files'中有未完成的工作项;先运行'svn cleanup'。
但当我试图清理的时候:
svn: E155007: '/my/path/to/files'不是工作拷贝目录
以我为例，结果是我在复习方面遇到了冲突。我的svn文件夹包含.mine、.r1和.r2文件。一旦我解决了冲突，清理工作就成功地运行了。
它可能并不适用于所有情况，但当我最近遇到这个问题时，我的“解决方案”是升级系统上的Subversion包。我一直跑1.4。当我升级到最新版本(我的版本是1.6.6)时，签出工作正常。
(我确实尝试重新下载，但签出到一个干净的目录总是挂在同一个位置。)
