我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'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文件夹 在最上面的/ parent文件夹上进行SVN清理。
其他回答
这个答案只适用于1.7之前的版本(感谢@ŁukaszBachman)。
Subversion将它的信息存储在每个文件夹中(在.svn中)，所以如果你只是处理一个子文件夹，你不需要签出整个存储库-只需要签出已经中断的文件夹:
cd dir_above_borked
mv borked_dir borked_dir.bak
svn update borked_dir
这将为您提供borked文件夹的良好工作副本，但您仍然在borked_dir.bak中备份了更改。同样的原则也适用于Windows/TortoiseSVN。
如果在独立文件夹中有更改，请查看
svn checkout -N borked_dir # Non-recursive, but deprecated
or
svn checkout --depth=files borked_dir
# 'depth' is new territory to me, but do 'svn help checkout'
我试图通过控制台做svn清理，得到一个错误，如:
svn: E720002: Can't open file '..\.svn\pristine\40\40d53d69871f4ff622a3fbb939b6a79932dc7cd4.svn-base':
The system cannot find the file specified.
所以我手动创建了这个文件(空)，并再次进行了svn清理。这次做得不错。
如果问题是大小写敏感(签出到Mac和Windows时可能会出现问题)，并且你没有签出到*nix系统的选项，下面的方法应该可以工作。这是从头开始的过程:
% svn co http://[domain]/svn/mortgages mortgages
(接着是结帐……然后……)
svn: In directory 'mortgages/trunk/images/rates'
svn: Can't open file 'mortgages/trunk/images/rates/.svn/tmp/text-base/Header_3_nobookmark.gif.svn-base': No such file or directory
这里，SVN试图检出两个名称相似但大小写不同的文件——Header_3_noBookmark.gif和Header_3_noBookmark.gif。Mac文件系统默认为大小写不敏感，在这种情况下会导致SVN阻塞。所以…
% cd mortgages/trunk/images/rates/
% svn up
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
但是，正如我们所知，运行svn cleanup不起作用。
% svn cleanup
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'spacer.gif' is not under version control
gif不是这里的问题…它只是不能从前一个错误移动到下一个文件。所以我删除了目录中除了. SVN之外的所有文件，并删除了SVN日志。这使得清理工作得以进行，这样我就可以检出并重命名有问题的文件。
% rm *; rm -rf .svn/log; svn cleanup
% svn up Header_3_nobookmark.gif
A Header_3_nobookmark.gif
Updated to revision 1087.
% svn mv Header_3_nobookmark.gif foo
A foo
D Header_3_nobookmark.gif
% svn up
A spacer.gif
A Header_3_noBookmark.gif
在此之后，我可以返回到项目的根目录，并运行svn up来检查它的其余部分。
当遇到类似的问题时，在存储库同步视图中手动合并有助于解决这个问题。
一个文件名与其他文件名冲突，它清楚地提到了这个问题。将新文件重命名为不同的名称可以解决这个问题。
最新版本(我使用的是1.9.5)通过在清理菜单上添加“打破锁”选项来解决这个问题。请确保在清理时选中了此复选框。
