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

现在当我发出'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有麻烦回到一个已知的状态(我尝试删除它的工作副本…这并没有帮助)。


当前回答

当我用TortoiseSVN (Windows)遇到这个问题时,我去Cygwin并从那里运行“svn cleanup”;它为我正确地清理,之后一切工作从TortoiseSVN。

其他回答

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

然后

$ svn update

希望能有所帮助

在之前的回答中有一些非常好的建议,但如果你在Windows上使用TortoiseSVN(一个好产品,但是…)时遇到问题,总是退回到命令行,首先做一个简单的“svn清理”。

在许多情况下,Windows客户端不会运行清理命令,但是使用SVN命令行实用程序可以很好地进行清理。

它可能并不适用于所有情况,但当我最近遇到这个问题时,我的“解决方案”是升级系统上的Subversion包。我一直跑1.4。当我升级到最新版本(我的版本是1.6.6)时,签出工作正常。

(我确实尝试重新下载,但签出到一个干净的目录总是挂在同一个位置。)

Subclipse被Windows真正邪恶的锁定行为弄糊涂了。开锁是你的朋友。这可以找到锁定的文件并强制释放锁。

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