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

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

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

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


当前回答

我就犯了这个错误。我注意到我进错目录了。一旦我恢复到SVN Trunk目录,问题就解决了。

其他回答

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

之后,我调用svn更新函数,所有内容都正确同步到最新。

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

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

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

解决了。

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

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

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

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

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

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

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

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

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