svn merge with --reintegrate 提示缺少范围,但 mergeinfo 似乎是正确的

标签 svn svn-merge

我有一个具有以下结构的项目

^/project/trunk
^/project/branches/mybranch

当前 HEAD 是修订版 1048。该分支是从 r523 中的主干复制的。主干已合并到 mybranch,结果为 r1048。关于 ^/project/branches/mybranch 的合并信息给
/project/trunk:523-1047

并且主干的合并信息没有提及来自 ^/project/branches/mybranch 的任何内容的记录。 .实际上实际上主干和分支也持有来自平行于 mybranch 的分支的合并信息。但是这些合并信息在两个输出中都显示为完全相同。

现在我进入我的主干工作副本并尝试发出
svn merge --reintegrate ^/project/branches/myproject

我收到一条错误消息,内容为:
svn: Reintegrate can only be used if revisions 523 through 1048 were previously merged from file:///home/svn/project/trunk to the reintegrate source, but this is not the case:
  project/branches/mybranch/src
    Missing ranges: /project/trunk/src:523-1047

这很奇怪,因为我的分支文件夹上的合并信息告诉我 523-1047 已从主干正确合并到分支。那个子文件夹是怎么回事? src是一个明显存在于主干和分支中的目录。

我认为这就是可疑之处。如果我通过 svn pg svn:mergeinfo ^/project/branches/mybranch/src@HEAD 查看 mybranch/src 的合并信息我什么也得不到。但是,如果我查看主干/src( svn pg svn:mergeinfo ^/project/trunk/src@HEAD ),我会得到
/project/branches/mybranch/src:784

因此,似乎有人在那里从 Twig 到树干进行了挑选。但是,这不会出现在主干文件夹本身中。

这就是问题所在吗?最重要的是:我怎样才能治愈它?

最佳答案

Is that where the trouble lies?



是的,正是 - 稍后合并子树总是混淆重新集成

And most importantly: how can I cure it??



从/project/trunk/src 中删除合并信息

关于svn merge with --reintegrate 提示缺少范围,但 mergeinfo 似乎是正确的,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14986553/

相关文章:

eclipse - SVN 提交期间合并冲突

svn - 版本。 "Is not a working copy"

svn:'REPO URL 的选项:授权失败:

用于 Windows 资源管理器的 SVN 插件

php - Tortoise SVN 合并 "@### must be ancestrally related to @###"错误

svn - 文件夹结构更改后如何合并文件

具有本地合并信息时,SVN 1.8 合并(分支重用)似乎已损坏

apache - 颠覆: no webdav loging when access via browser

svn - 如何在 TortoiseSVN 中找回已删除的文件?