我怎么正确的"提交失败。文件xxx是出的日期。xxx的道路没有发现。"

StackOverflow https://stackoverflow.com/questions/819896

  •  03-07-2019
  •  | 
  •  

我们最近碰到一个特别棘手的问题有关的承诺的结果合并在颠复活动。我们的颠复服务器@升级到1.5.0和我的客户如今是现在在@1.6.1.

我试图合并的一个功能分支回到我的躯干。合并出现的工作没有关系;然而,提交失败的以下错误信息。

Commit failed (details follow):
File 
'flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as' 
is out of date
'/svn/ibis/!svn/wrk/531d459d-80fa-ea46-bfb4-940d79ee6d2e/visualization/trunk/source/flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as' 
path not found
You have to update your working copy first.

我的工作的主干是最新的。我甚至已经检查了一个新的进入不同的文件夹,以确保没有任何令人讨厌的地方搞乱与合并。我已经做了一些更多的研究为这个而且我认为问题的一部分是用户的错误。我认为我们的问题是:

  1. 我们有一些开发商提交的工作与颠复客户之前1.5和一些后。我认为这具有潜在破坏合并信息。
  2. 在其他分支,我们已经执行的部分合并。也就是说,我们并不总是进行合并在根本的分支。这是促进更新Flex。净努力在同一个分支。
  3. 我们进行循环(反)合并在我们的分支。这样做是因为我们有多个平行分支机构和我们希望定期更新我们的分与最新的码在主干。

所有这些事情都是不明确建议的颠复书/团队。我们已经吸取了教训,现在知道的最佳做法。然而,我们首先需要合并,并承诺我们最新的分支。

什么它最好的方式纠正这些问题,我们遇到?

将删除所有的合并信息在后备箱和分支机构是一个可行的解决方案吗?没有。我已经这样做了,但它不能解决的错误,我收到以上。

有帮助吗?

解决方案

我有同样的问题,今天我不做任何中间的合并所以从你开后只#1的可能适用的-但是我已提交两从svn客户在ubuntu以及如今在窗。幸运的是,在我的情况没有变化,到干了所以我可以替代干线的分支。可能不同svn版本,然后呢?那是相当令人担忧。

如果您使用的svn动/复制/删除的功能,虽然没有历史消失在我的情况-我svn移干然后svn动分支的主干。

其他提示

我只是有这个问题,原因似乎是,目录已标记为在冲突。解决:

svn update
svn resolved <the directory in conflict>
svn commit

我得到这个上1.6.2服务器,1.6.8乌龟。所有窗户,没有合并在这个分支。

我重新命名的一个目录并以某种方式(可能是由于AnkhSVN)的两个文件目录内的被标记为"替换"而不是"正常"。有一些额外的小改动的其他文件的目录。

恢复该文件的标记为替换为固定的问题。

我也有同样的问题和我决定同通过以下方法

svn resolve --accept=working <FILE/FOLDER NAME>
svn cleanup
svn update <FILE/FOLDER NAME>
svn commit <FILE/FOLDER NAME> -m "Comment"

希望这将有助于你:)

我有同样的问题,同时试图提交我的工作副本。我所做的就是加入文件夹,颠复报告作为"路径找不到"。Commit(成功).然后加入同样的文件夹回到颠复。提交。

我只是类似的问题,但没有任何分支或合并造成的问题。我的解决方法是:

  • svn出口我的工作文件夹(包括未受控的文件)的一个临时文件夹。
  • 重新命名的工作文件夹中的一个备份。
  • svn结账的主干。
  • 复制所有文件夹,从临时出口文件夹在新的工作文件夹。
  • svn提交。

一切似乎现在没事了

我知道这是一个古老的职位,但这个问题仍会发生相当频繁。最简单的方法我已经找到解决它被重命名订/删除。svn/全wcprops文件,在受影响的文件夹,然后运行的更新和提交。

我有同样的问题,不知道背后的原因是什么,但我固定的输入端

svn update

然后我犯和繁荣它的工作!

哦,孩子!这看起来不错!唯一的选择,我可以想到的是,工作复制是腐败的。

试图删除的工作复制,执行一个新的结账和进行合并。

如果这不起作用,那么日志中的一个错误。

我已经无法找到令人满意地解决这个问题;然而,我们发现一种不能令人满意的解决方案。

我已经删除了所有文件内的主干,并致力于这些改变。然后我出我的分行代码进行李箱,添加所有的文件,并提出了一个大型的提交。这个有影响的我干模仿我的支1:1(这是什么我想无论如何)。

不幸的是,这造成了一个大的鸿沟,作为历史上所有文件,现在是"失去"。但由于时间限制,没有出现任何其他选择。

我仍然会感兴趣的任何答案,即其他人可能因为我想知道什么的根本原因和如何避免它的未来。

我有同样的问题合并后的一个分支吨的变化回到我的躯干。仅有的两个解决方案我可以看到的是,要做到svn动方案提供的 太平洋岛屿族裔 或手工合并的文件有差异的工具。但我没有找到一个解决方法...

机器不能正常工作运行颠复客户1.6.5.我做同样的事情的机器上 颠复1.5.4和它的工作!在这两个机器我做了一个1)清理结帐的主干,2)svn合并...和3)svn提交。我的服务器为1.5。x对于什么是值得的。

希望这可以帮助别人。

也有类似的问题与SVN1.6.5在Mac10.6.5,升级到SVN1.6.9和承诺取得了成功。

我有同样的问题,当我试图提交一个被删除的封(其中包含各种java类,但没有从包装是必要的任何更多)。

我的解决方案/解决办法,以解决的问题:

  • 我恢复整个包
  • 删除的内容的第一次
  • 犯删除的内容
  • 最后,我致力于删除包次(和它的工作在大多数情况下:-))

然而,有时这是不可能犯下的删除软件包(其中包含没有什么)

我的解决方法:

  • 我创建了一个虚类的包
  • 在这之后我重复上文所述的步骤

我的最后一个提示...

但有时它有助于简单的同步案/项目的一旦更多的和在那之后一切伟大工程。



关于我的配置:

  • 日食的霓虹灯
  • SVN的界面:JavaHL(JNI)1.8.13(r1667537)
  • VisualSVN服务器管理,版本:3.3.1



也许我可以帮助别人我的一个提示。

我想我已经看到类似的东西在文件夹是移动服务器上,但该工作副本的内容仍然开的老年SVN文件夹结构。不知道,如果任何人感动的东西在你的主干之前你有机会合并的分支。

这是一个可能性吗?

这看起来像一个问题 svn:mergeinfo 财产获得的怪人之间的分和后备箱。

这导致以下问题(请原谅我的命令行指令,因为我做了使用乌龟大):

  1. 你是合并在干根本水平或子文件夹的水平?以我的经验,它始终是最佳做的根源水平,这种方式整个的树干,认为它已经合并,而不仅仅是一部分(这似乎混淆svn大大升级到1.5.0)

  2. 我的下一个问题是是你使用 --reintergrate 参数?我可不记得怎么到这的乌龟,但是当你回到主干从一个分支,那么你应该使用这一参数。

  3. 你有没有合并的干成的分支之前,你必须重新融入社会?这可以帮助消除冲突,你可以看到合并时回来?

  4. 你有任何 svn:mergeinfo 性能的分支,不是的根源水平?这个我发现总是会引起问题。你总是可以找到这个出去 svn -R pg svn:mergeinfo.你以后记录的地点和订正,以下根,如果你找到他们有关的然后移动它们的根由 svn merge --record-only -r start:end <location> 然后删除他们的子根位置 svn pd svn:mergeinfo <location> 然后需要提交这些改变

  5. 一旦你有那样做是试图合并。

我怀疑但也许运行svn清理你的工作目录将有所帮助。

我遇到了同样的问题,打我的头,并找到,我不得不改变目录在represotory从"/",以"/干线"和忘了做"开关"的命令,在如今!

哇,这个花了我一段时间来解决,因为我是使用SVN通过食。在结束时,唯一的工作对我来说是犯下所有非受影响的文件,然后(与日食已关闭)重新命名项目目录,并再次检查该项目从SVN.很高兴它工作正常现在!

显然SVN不是一个非常可靠的程序。我有同样的问题(SVN与Turtoise)和解决它通过节省。cs文件的内容,然后回1的修订。这表明冲突这样的:"<<<<<<< 文件我的变化

======= 代码合并从仓库 修订"

同时我没有做过什么特别的东西(仅一旦设置后修订).

我取代了这个文件的内容与保存内容,保存,然后选择通过如今→得到解决。然后我可以提交修改的储存库。

谢谢杰米*布洛克这对我的工作

为每杰米*布洛克,

我只是有这个问题,原因似乎是,目录已标记为在冲突。解决:

  1. svn更新
  2. svn解决
  3. svn提交
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top