处理:

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

原因:

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

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

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

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

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

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

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

我从相同的项目到不同的位置进行了新的签出，从中复制了.svn文件夹，并用旧的.svn文件夹替换它。

之后，我调用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

这工作。