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

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

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

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


当前回答

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

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

其他回答

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

我从相同的项目到不同的位置进行了新的签出,从中复制了.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

这工作。

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

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

rm -rf content
svn checkout content

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

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

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

如果您在一个新目录下创建了一个文件,请使用'svn add newdir/newfile'而不是'svn add newdir',因为您需要添加目录。默认情况下,将添加该目录中的所有文件。