我在一个工作文件夹中有很多更改,在尝试进行更新时出错了。

现在当我发出'svn cleanup'时,我得到:

>svn cleanup .
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'MemPoolTests.cpp' is not under version control

MemPoolTests.cpp是另一个开发人员添加的新文件,在更新中被删除了。以前我的工作文件夹里不存在。

我能做些什么来尝试并继续前进,而不必签出存储库的新副本吗?

澄清:感谢您提出的关于将目录移出并删除一个新副本的建议。我知道这是一个选项,但这是我想避免的,因为有许多更改嵌套在几个目录深处(这应该是一个分支…)

我希望有一种更积极的方式来做清理,也许以某种方式迫使文件SVN有麻烦回到一个已知的状态(我尝试删除它的工作副本…这并没有帮助)。


当前回答

$ ls -la .svn
$ rm -f .svn/lock

然后

$ svn update

希望能有所帮助

其他回答

这个答案只适用于1.7之前的版本(感谢@ŁukaszBachman)。

Subversion将它的信息存储在每个文件夹中(在.svn中),所以如果你只是处理一个子文件夹,你不需要签出整个存储库-只需要签出已经中断的文件夹:

cd dir_above_borked
mv borked_dir borked_dir.bak
svn update borked_dir

这将为您提供borked文件夹的良好工作副本,但您仍然在borked_dir.bak中备份了更改。同样的原则也适用于Windows/TortoiseSVN。

如果在独立文件夹中有更改,请查看

svn checkout -N borked_dir   # Non-recursive, but deprecated

or

svn checkout --depth=files borked_dir
# 'depth' is new territory to me, but do 'svn help checkout'

当一切都不能重新开始的时候……

我删除了.svn目录中的日志文件(我还删除了.svn/props-base中有问题的文件),进行了清理,并恢复了更新。

在经历了这里引用的大多数解决方案之后,我仍然得到了错误。

问题是不区分大小写的OS x。签出包含两个同名但大小写不同的文件的目录会导致问题。例如,approationtest .java和approationtest .java不应该在同一个目录中。一旦我们删除了其中一个文件,这个问题就消失了。

我刚刚在64位的Windows 7上遇到了同样的问题。我以管理员身份运行控制台,并从问题目录中删除了.svn目录(得到了关于日志或其他内容的错误,但忽略了它)。然后,在资源管理器中,我删除了不再显示为版本控制下的问题目录。然后,我运行了一个更新,事情按照预期进行。

我也遇到过同样的问题。在网上搜了一下,找到了下面这篇文章。然后意识到我的登录用户与我用来安装SVN的用户不同,这基本上是一个权限问题。