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

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

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

处理:

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

原因:

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

我以不同的方式进入了类似的情况(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

这工作。

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

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

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

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

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