我以不同的方式进入了类似的情况(svn: 'papers'不是一个工作拷贝目录)，所以我想我将发布我的战斗故事(简化):

$ svn add papers
svn: Can't create directory 'papers/.svn': Permission denied

哦!修复权限……然后:

$ svn add papers
svn: warning: 'papers' is already under version control
$ svn st
~     papers
$ svn cleanup
svn: 'papers' is not a working copy directory

甚至把文件移开，运行svn up(对OP有效)也没能解决问题。以下是我所做的:

$ mv papers papers_
$ svn cleanup
$ svn revert papers
Reverted 'papers'
$ mv papers_/ papers
$ svn add papers

这工作。

当我在代码上执行mvn release:prepare时，我看到了这个错误。就我而言，我已经将项目从SVN迁移到GitHub，并从GitHub克隆了源代码。但是在我的pom.xml文件中，我没有将SCM位置从SVN URL更新到GitHub URL，导致工作目录不匹配。

纠正URL到GitHub位置帮助我解决了这个问题。

我尝试将.svn文件夹从子文件夹粘贴到根文件夹。它的工作原理!

我就犯了这个错误。我注意到我进错目录了。一旦我恢复到SVN Trunk目录，问题就解决了。

我只是得到了“没有工作副本”，对我来说，原因是Unix上的Automouter。 只需要一个新的“cd /path/to/work/directory”就可以了。

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

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

rm -rf content
svn checkout content

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

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

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