我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'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/props-base中有问题的文件)，进行了清理，并恢复了更新。
其他回答
我也有同样的问题。对我来说，原因是与EasySVN和(TortoiseSVN或SVN)的冲突。我有自动更新和提交与EasySVN(这是不工作)。
当我关闭此功能时，我无法清理、提交或更新。上面的解决方案都没用，但是重新启动可以:)
我刚刚在64位的Windows 7上遇到了同样的问题。我以管理员身份运行控制台，并从问题目录中删除了.svn目录(得到了关于日志或其他内容的错误，但忽略了它)。然后，在资源管理器中，我删除了不再显示为版本控制下的问题目录。然后，我运行了一个更新，事情按照预期进行。
您可能遇到两个文件名仅大写不同的问题。如果遇到此问题，创建另一个工作副本目录并不能解决问题。
当前的Windows(即蹩脚的)文件系统根本不明白Filename和Filename之间的区别。你有两个可能的解决方案:
在使用真实文件系统(基于unix)的平台上签出，重命名文件，并提交更改。 当您绑定到Windows时，您可以在Eclipse SVN存储库浏览器中重命名文件，该浏览器能够识别差异并在那里重命名文件。 您也可以从任何命令行SVN客户端远程使用SVN rename -m "broken filename case" http://server/repo/FILEname http://server/repo/filename重命名有问题的文件
我遇到一个问题，在更新之后，SVN显示一个文件夹是冲突的。奇怪的是，这只能通过命令行看到- TortoiseSVN认为这一切都很好。
#>svn st
! my_dir
! my_dir\sub_dir
SVN清除，SVN恢复，SVN更新和SVN解决都无法解决这个问题。
我最终解决的问题如下:
在.svn目录中查找“sub_dir” 使用RC ->属性取消选中条目文件上的“只读”标志 打开条目文件，删除行“unfinished…”和相应的校验和 保存，并重新启用只读标志 对my_dir目录重复此操作
在那之后，一切都很好。
注意，我没有任何局部变化，所以我不知道如果你有风险。我没有使用其他人建议的删除/更新方法——我是在my_dir/sub_dir/sub_sub_dir目录上尝试该方法(开始时具有相同的症状)才陷入这种状态的——所以我不想冒险让事情再次变得更糟!
不是很切题，但如果有人像我一样看到这篇文章，可能会有帮助。
每当我有类似的问题，我使用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/
这样您就有了一个新的签出，但是使用相同的工作文件。 对我来说，这总是很有效。
