我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'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有麻烦回到一个已知的状态(我尝试删除它的工作副本…这并没有帮助)。
当前回答
您可能遇到两个文件名仅大写不同的问题。如果遇到此问题，创建另一个工作副本目录并不能解决问题。
当前的Windows(即蹩脚的)文件系统根本不明白Filename和Filename之间的区别。你有两个可能的解决方案:
在使用真实文件系统(基于unix)的平台上签出，重命名文件，并提交更改。 当您绑定到Windows时，您可以在Eclipse SVN存储库浏览器中重命名文件，该浏览器能够识别差异并在那里重命名文件。 您也可以从任何命令行SVN客户端远程使用SVN rename -m "broken filename case" http://server/repo/FILEname http://server/repo/filename重命名有问题的文件
其他回答
我将同事的.svn目录复制到我的目录中，然后更新我的工作副本，从而解决了这个问题。这是一个很好的、快速的、干净的解决方案。
如果以上都失败了:
签出到一个新文件夹中。 复制修改过的文件。 检查回来。 在删除旧文件夹并使用新文件夹之前，将旧文件夹压缩到某个地方(你永远不知道+偏执狂是好的)。
我也遇到过同样的问题。在网上搜了一下，找到了下面这篇文章。然后意识到我的登录用户与我用来安装SVN的用户不同，这基本上是一个权限问题。
只读锁定有时发生在Windows网络驱动器上。尝试断开连接并重新连接。然后清理和更新。
$ ls -la .svn
$ rm -f .svn/lock
然后
$ svn update
希望能有所帮助
