我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'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显示一个文件夹是冲突的。奇怪的是，这只能通过命令行看到- 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目录上尝试该方法(开始时具有相同的症状)才陷入这种状态的——所以我不想冒险让事情再次变得更糟!
不是很切题，但如果有人像我一样看到这篇文章，可能会有帮助。
在经历了这里引用的大多数解决方案之后，我仍然得到了错误。
问题是不区分大小写的OS x。签出包含两个同名但大小写不同的文件的目录会导致问题。例如，approationtest .java和approationtest .java不应该在同一个目录中。一旦我们删除了其中一个文件，这个问题就消失了。
在SVN 1.7中，情况发生了变化，删除. SVN目录中的日志文件的流行解决方案在迁移到数据库工作复制实现后不再可行。
以下是我做的似乎有效的方法:
删除工作副本的.svn目录。 在一个新的临时目录中启动一个新的签出。 取消签出(我们不想等待所有东西都被拉下)。 对取消的签出运行清理。 现在我们有了一个新的.svn目录和一个干净的数据库(虽然没有/很少的文件) 将这个.svn复制到旧的、损坏的工作目录中。 运行svn update，它将使新的部分.svn目录与旧的工作目录保持一致。
这一切都有点令人困惑，就流程而言。本质上，我们所做的是删除损坏的.svn，然后为相同的签出路径创建一个新的.svn。然后，我们将这个新的.svn移到旧的工作目录中，并将其更新到repo。
我刚刚在TSVN中这样做了，它似乎工作得很好，不需要完整的签出和下载。
杨晨
我还遇到了清理失败的问题。最初我试图提交一些代码，但它说:
svn: E155004: '/my/path/to/files'中有未完成的工作项;先运行'svn cleanup'。
但当我试图清理的时候:
svn: E155007: '/my/path/to/files'不是工作拷贝目录
以我为例，结果是我在复习方面遇到了冲突。我的svn文件夹包含.mine、.r1和.r2文件。一旦我解决了冲突，清理工作就成功地运行了。
只读锁定有时发生在Windows网络驱动器上。尝试断开连接并重新连接。然后清理和更新。
