我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'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目录复制到我的目录中，然后更新我的工作副本，从而解决了这个问题。这是一个很好的、快速的、干净的解决方案。
其他回答
我只是从~\. xml文件中删除了svn-xxxxxxxx文件。Svn \tmp文件夹，其中XXXXXXXX是数字。
这里的回答没有帮助我，但是在再次检出项目之前，我关闭并打开Eclipse (subversion是我的SVN客户端)，问题消失了。
我还遇到了清理失败的问题。最初我试图提交一些代码，但它说:
svn: E155004: '/my/path/to/files'中有未完成的工作项;先运行'svn cleanup'。
但当我试图清理的时候:
svn: E155007: '/my/path/to/files'不是工作拷贝目录
以我为例，结果是我在复习方面遇到了冲突。我的svn文件夹包含.mine、.r1和.r2文件。一旦我解决了冲突，清理工作就成功地运行了。
每当我有类似的问题，我使用rsync(注意:我使用Linux或Mac OS X)来帮助这样:
# Go to the parent directory
cd dir_above_borked
# Rename corrupted directory
mv borked_dir borked_dir.bak
# Checkout a fresh copy
svn checkout svn://... borked_dir
# Copy the modified files to the fresh checkout
# - test rsync
# (possibly use -c to verify all content and show only actually changed files)
rsync -nav --exclude=.svn borked_dir.bak/ borked_dir/
# - If all ok, run rsync for real
# (possibly using -c again, possibly not using -v)
rsync -av --exclude=.svn borked_dir.bak/ borked_dir/
这样您就有了一个新的签出，但是使用相同的工作文件。 对我来说，这总是很有效。
我最近也遇到过这种情况。对我来说，诀窍是在选择“清理”后，在弹出的选项对话框中，选择“打破锁”，然后选择“确定”。它为我成功地清理了。
