什么原因导致SVN错误“Not a working copy”?

最近我们的Subversion (SVN)服务器发生了变化，我们进行了SVN切换。

由于工作副本有大量未版本化的资源，因此工作副本被锁定，我们开始为SVN下的所有文件夹逐个切换文件夹，这非常好。

但是在存储库的最高层，当我试图更新文件时，我得到一个错误，说svn:工作副本'。的锁。试图清理也无济于事;它会导致诸如svn: 'content'不是一个工作拷贝目录之类的错误。

新的结帐根本不是一个选项。我还可以如何清理和释放锁并完成svn切换过程?

当前回答

这就是我所做的:

将trunk重命名为trunk_ 创建一个新的文件夹主干在签出少量文件后，重新签出并中断该过程将文件从trunk_移动到trunk 执行svn cleanup 执行svn update。这将更新文件的状态，然后所有文件都将进行版本控制。

其他回答

可能是工作副本格式不匹配。它在SVN 1.4和1.5之间发生了变化，新的工具会自动转换格式，但旧的工具不再使用转换后的副本。

也许你只是复制了文件夹树，并试图添加最低的一个。

SVN
|_
  |
  subfolder1
       |
       subfolder2   (here you get an error)

在这种情况下，你必须在上层提交目录。

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

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

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

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

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

解决了。

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

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

推荐文章