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

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


当前回答

我也有同样的问题。对我来说,原因是与EasySVN和(TortoiseSVN或SVN)的冲突。我有自动更新和提交与EasySVN(这是不工作)。

当我关闭此功能时,我无法清理、提交或更新。上面的解决方案都没用,但是重新启动可以:)

其他回答

我做了sudo chmod 777 -R。以便能够更改权限。如果没有sudo,它将无法工作,给我带来与运行其他命令相同的错误。

现在您可以执行svn update或其他操作,而不必废弃整个目录并重新创建它。这是特别有用的,因为您的IDE或文本编辑器可能已经打开了某些选项卡,或者有同步问题。您不需要使用此方法废弃并替换您的工作目录。

这个答案只适用于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'

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

我还遇到了清理失败的问题。最初我试图提交一些代码,但它说:

svn: E155004: '/my/path/to/files'中有未完成的工作项;先运行'svn cleanup'。

但当我试图清理的时候:

svn: E155007: '/my/path/to/files'不是工作拷贝目录

以我为例,结果是我在复习方面遇到了冲突。我的svn文件夹包含.mine、.r1和.r2文件。一旦我解决了冲突,清理工作就成功地运行了。

我只是从~\. xml文件中删除了svn-xxxxxxxx文件。Svn \tmp文件夹,其中XXXXXXXX是数字。