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

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

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

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

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

当前回答

我也有同样的问题。结果我们在同一台机器上有SlikSVN 1.6.2和TortoiseSVN。Tortoise已经更新了(也更新了工作副本)，但是SlikSVN没有，所以Tortoise工作正常，但是命令行失败了:

svn:”。不是工作副本目录

删除TortoiseSVN和SlikSVN，然后用命令行工具重新安装TortoiseSVN，为我修复了这个问题。

其他回答

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

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

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

解决了。

这就是我所做的:

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

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

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

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

当我试图从一个大型SVN项目中检出部分源代码时，我也遇到了同样的错误:

svn co --depth empty svn://tug.org/texlive/trunk/Build
cd Build
svn update --set-depth infinity --parents ./source/texk/web2c

在这里，父母是成功的关键。

推荐文章