jesere提到您需要更改UUID。以下内容将帮助您实现这一目标。

在SVN 1.5+上，可以执行svnadmin setuuid;然后，您可以使用svnlook uuid检查它是否被正确设置。在SVN的早期版本中，这是一个比较困难的过程。请参见管理存储库uuid。

此外，“m/reponame”的UUID看起来可疑。我相信它应该是一个十六进制的数字，就像工作副本一样，所以也许这个动作会全面改善事情:-)

我通过

复制受影响文件夹的备份 SVN恢复受影响的文件夹 从备份中粘贴回文件

在我的情况下，问题是由于删除。svn文件。

同样，我需要更新一个'contrib'文件夹:

把旧文件夹移出来， 复制一个新的 将.svn文件夹复制到每个新文件夹中(在我的例子中只有三个)。

我的情况下，问题是由于删除。svn文件夹。

解决了。

svn: 'svn://repourl/reponame/foldername'的存储库有uuid 'm/reponame'，但WC有'b5b39681-0ff6-784b-ad26-2846b9ea8e7d'

每个Subversion存储库都有一个唯一标识符(UUID)。Subversion使用这一点来确保在执行诸如切换之类的操作时，存储库实际上是相同的。您可能应该将服务器上的UUID更改为与以前相同。

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

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

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

rm -rf content
svn checkout content

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

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

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