我在一个工作文件夹中有很多更改，在尝试进行更新时出错了。
现在当我发出'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 1.7中，情况发生了变化，删除. SVN目录中的日志文件的流行解决方案在迁移到数据库工作复制实现后不再可行。
以下是我做的似乎有效的方法:
删除工作副本的.svn目录。 在一个新的临时目录中启动一个新的签出。 取消签出(我们不想等待所有东西都被拉下)。 对取消的签出运行清理。 现在我们有了一个新的.svn目录和一个干净的数据库(虽然没有/很少的文件) 将这个.svn复制到旧的、损坏的工作目录中。 运行svn update，它将使新的部分.svn目录与旧的工作目录保持一致。
这一切都有点令人困惑，就流程而言。本质上，我们所做的是删除损坏的.svn，然后为相同的签出路径创建一个新的.svn。然后，我们将这个新的.svn移到旧的工作目录中，并将其更新到repo。
我刚刚在TSVN中这样做了，它似乎工作得很好，不需要完整的签出和下载。
杨晨
每当我有类似的问题，我使用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/
这样您就有了一个新的签出，但是使用相同的工作文件。 对我来说，这总是很有效。
在之前的回答中有一些非常好的建议，但如果你在Windows上使用TortoiseSVN(一个好产品，但是…)时遇到问题，总是退回到命令行，首先做一个简单的“svn清理”。
在许多情况下，Windows客户端不会运行清理命令，但是使用SVN命令行实用程序可以很好地进行清理。
我做了sudo chmod 777 -R。以便能够更改权限。如果没有sudo，它将无法工作，给我带来与运行其他命令相同的错误。
现在您可以执行svn update或其他操作，而不必废弃整个目录并重新创建它。这是特别有用的，因为您的IDE或文本编辑器可能已经打开了某些选项卡，或者有同步问题。您不需要使用此方法废弃并替换您的工作目录。
如果以上都失败了:
签出到一个新文件夹中。 复制修改过的文件。 检查回来。 在删除旧文件夹并使用新文件夹之前，将旧文件夹压缩到某个地方(你永远不知道+偏执狂是好的)。
