我一直试图将目录结构从一个位置移动到Subversion中的另一个位置,但我得到一个项目“*”是过期提交错误。

我已经检查了最新的版本(据我所知)。SVN st -u除了mv命令外没有其他区别。


当前回答

只需在命令行中执行svn up,或者如果您在windows中选择svn更新选项。

一旦完成,你就可以做出进一步的行动,比如提交和其他。

其他回答

如果一旦解决了类似的问题,只需签出一个新的工作副本,并用这个新签出的目录替换抛出提交错误的.svn目录。在我的例子中,原因是在存储库损坏和从备份恢复之后,工作副本指向一个在恢复的存储库中不存在的修订。还得到了“项目过期”错误。在提交之前更新工作副本并不能解决这个问题,但是替换上面描述的.svn可以解决这个问题。

当我试图从主干目录提交时,我刚刚得到了这个。从中继目录更新svn没有解决错误;但是,从父目录(. SVN目录所属的目录)进行SVN更新确实解决了这个错误。

我对发生的事情的猜测(在其他用例中,可能有多个原因导致这个“svn: E160024:资源过期;尝试更新”):沿着主干,有一个分支目录。我从GitHub拉了一个分支/分支-1到master。从父目录(即我的工作副本的根目录)而不是trunk进行svn更新,似乎在分支中除了trunk之外还做了一些事情。当我再次尝试时,没有出现错误。

然而,正如我上面所说的,这可能只是众多案例中的一个。

附注:与某些人建议的不同,我不认为在.svn目录中手动播放是一个好主意。

直接在.svn中尝试了所有的更改。没有任何帮助,所以这是我的解决方案。

在Eclipse >窗口>显示视图>历史我已经看到该文件不是在最新的修订,尽管我做了多个svn“覆盖和更新”/“恢复”/删除文件和签出。

所以我去包资源管理器>右键单击文件>替换为>最新从存储库。

再次查看历史记录视图显示该文件现在处于最新修订。

我有时会在windows上使用TortoiseSVN。对我来说,解决方案是svn更新目录,即使没有需要下载或更新的修订。它对元数据做了一些事情,神奇地修复了它。

我相信这个问题来自于.svn文件。在原父、新父或旧父中都是不正确的。我会试着回到你的出发点。使用导出可获得文件夹的干净副本。将干净的副本移动到新位置,并使用添加和删除操作进行移动。这是手动完成SVN所做的工作,但它可能有效。