您必须从项目中删除一个SVN基文件(这些文件是只读文件)。因此你会得到这个错误。

再次签出一个新项目，使用WinMerge将旧SVN项目的更改(如果有的话)与新项目合并，并在最近的签出中提交更改。

这就是我所做的:

将trunk重命名为trunk_ 创建一个新的文件夹主干 在签出少量文件后，重新签出并中断该过程 将文件从trunk_移动到trunk 执行svn cleanup 执行svn update。这将更新文件的状态，然后所有文件都将进行版本控制。

我在svn diff操作中也遇到了这个问题。这是由错误的文件路径引起的。你应该加上‘。/'表示当前文件目录。

处理:

重命名不是“工作副本”的目录。 再次签出/更新/恢复此目录。 将重命名目录中的文件移动到新目录中。 提交更改。

原因:

您对.svn目录下的一些文件做了一些更改，这破坏了“工作副本”。

如果你在做递归的svn清理时得到了一个“非工作副本”，你可能有一个子目录，它应该是一个工作副本(即顶层的.svn目录这么说)，但是子目录缺少它自己的.svn目录。

在这种情况下，您可以移动或删除该目录，然后进行本地更新。若要删除该目录，

rm -rf content
svn checkout content

警告:rm -rf将永久删除文件夹内容。

如果您得到一个not a working copy错误，这意味着Subversion无法在content子目录中找到正确的.svn目录。检查内容中是否有.svn目录。

如果可能的话，理想的解决方案是重新结账。

我也有同样的问题。结果我们在同一台机器上有SlikSVN 1.6.2和TortoiseSVN。Tortoise已经更新了(也更新了工作副本)，但是SlikSVN没有，所以Tortoise工作正常，但是命令行失败了:

svn:”。不是工作副本目录

删除TortoiseSVN和SlikSVN，然后用命令行工具重新安装TortoiseSVN，为我修复了这个问题。