我刚刚遇到了这样一种情况:.svn目录位于另一台机器上的NFS服务器上，NFS客户端没有运行文件锁定服务(lockd)。

svn: E155007: '/mnt/svnworkdir' is not a working copy

在NFS客户端主机上启动lockd之后，这个问题就消失了。

当Subversion无法锁定文件时，它似乎可以提供更好的错误消息。这是Subversion 1.10.0

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

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

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

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

rm -rf content
svn checkout content

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

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

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

对于Mac:从服务器端进行签出，将打开一个新窗口，从本地机器中选择目录。然后将所有代码放入所选文件夹中。然后打开SVN本地端。添加并提交项目。

最近我在用另一家开发商的Mac。 我也遇到过同样的情况。问题是;首先，我需要在终端中输入获取存储库路径，但我没有。然后它会显示你的用户名和密码。

今天早上我发现同样的问题，/FILE_NAME/ is not a working copy，我花了两个多小时才解决。经过长时间的RND和谷歌，我找到了一些解决方案，那就是结帐。

作为一个新项目从Subversion签出到本地。 更改Java文件中的一些代码并提交项目。 这对我很管用。