SVN – 跳过的path

我在运行SVN UP时收到了以下消息:

Skipped 'trunk/scripts/accountability_survey_report.php' At revision 1585. Summary of conflicts: Skipped paths: 1 

我一直在试图弄清楚这到底意味着什么以及如何解决这个问题。 我试图删除该文件,然后再svn了,但我得到以下几点:

 Restored 'trunk/scripts/accountability_survey_report.php' Skipped 'trunk/scripts/accountability_survey_report.php' At revision 1585. Summary of conflicts: Skipped paths: 1 

任何帮助表示赞赏。

我已经在工作副本上完成了一个合并,然后恢复了它,我看到了“跳过的path”消息。 然后在第一次合并中添加文件,但在还原工作副本时未删除,第二次合并尝试添加文件,但由于文件已存在而跳过。

这个问题可能会帮助你。 它给出的答案是:

永远不要忘记在做其他事情之前先执行svnmerge.py。 合并与其他编辑是一个灾难的秘诀,这个灾难就是你在这个问题上看到的。

SVN书还说:

无论如何,“跳过”消息意味着用户很可能比较错误的两棵树; 他们是驱动程序错误的经典标志。 发生这种情况时,很容易recursion地还原由合并(svn revert –recursive)创build的所有更改,删除还原后留下的任何未版本控制的文件或目录,然后使用不同的参数重新运行svn merge。

然后有这个博客文章声称:

尽pipe有“跳过”的错误信息,我终于find了一条关于如何合并的说明…所以我尝试了它,并且它工作了(尽pipe有误导的消息)。 诀窍的确是忽略这些信息。

请注意,在合并之后,在源分支中而不在目标分支中的文件需要被svn添加,然后才会在目标中结束。

看来,普遍的共识是你需要对所涉及的文件进行适当的合并。

我知道这听起来很简单,但我会发布,以防万一有人犯了同样的错误。 确保你从正确的目录更新。 当我从错误的目录中按下svn时出现这个错误。

一些更多的信息,试图推断发生了什么,我发现这个错误信息时,做一个svn信息FILENAME树冲突:本地删除,传入更新和此之一编辑:树冲突:本地阻塞,传入添加合并后我发现这篇文章解决了我的问题: http : //little418.com/2009/05/svn-local-obstruction-incoming-add-upon-merge.html

可能被跳过的文件已经更新并报告冲突? 如果文件已被标记为有冲突,则在更新期间将被跳过。 尝试解决冲突,再次更新,它应该没有任何问题的工作。

最简单的解决scheme

 sudo svn delete --force accountability_survey_report.php 

现在只要运行:

 sudo svn commit --force accountability_survey_report.php 

SVN会呻吟:

 svn: Commit failed (details follow): svn: Aborting commit: 'trunk/scripts/accountability_survey_report.php' remains in conflict 

忽略呻吟,并运行:

 sudo svn update accountability_survey_report.php A accountability_survey_report.php Updated to revision ...... 

上面添加了从svn服务器到您的本地文件“accountability_survey_report.php”的最新副本。 再次运行svn更新,将不再有svn对该文件的抱怨。

我将在删除之前先备份所需的文件副本。

它发生是因为文件已经发生冲突,只需将此文件设置为“已解决”,然后再次尝试更新,使用graphics客户端svn就会变得更容易。

为什么它的价值,我得到了跳过的path错误,当我不小心运行svn更新命令从一个实际上没有任何东西检查出来的文件夹 – 我记得后来到这里寻找答案,它只是我的子目录,我已经检查了一些东西!

愚蠢的用户错误基本上在我的情况。

今天我有同样的问题。 我在文件上做了svn info 。 它咕tered了一些关于Tree conflict: local missing, incoming edit upon merge 。 我不知道这是怎么发生的。

我解决了这个问题,通过svn resolve --accept workingsvn up文件,解决了问题。

在这种情况下,我删除entery文件夹,然后svn了,如果需要svn切换。