以明文形式显示交付与rebase的问题

时间:2018-03-07 15:01:15

标签: rebase clearcase-ucm

我对UCM rebase vs deliver感到困惑。所以,我有一个父流A和两个子流B和C取自父流的不同基线。现在,我已经从流B交付到流A并创建了一个新的基线。现在,我尝试重新定义流C,并且我只有很少的元素要合并。然而,如果我从B传递到C,我会得到很多要合并的元素。为什么会这样?两者都不应该相同,因为B的变化已经传递给A?

1 个答案:

答案 0 :(得分:0)

  

两者都不应与B的更改已经传递到A

不,因为共同的祖先发生了变化:

  • B传递给A,然后重新定位C:共同的祖先和rebase的来源是相同的:在A上创建的新基线(结果为交付)
  • 直接将B传递给C:共同祖先仍然是A的基线,与B(来源)和C(目的地)不同。
    B也已发送到A并在A上创建了新基线这一事实并未改变这一点。

对于您在第二个交付案例中看到的任何新合并,我建议打开版本树,就像我在" ClearCase wants to merge unchanged files after deliver to alternate target"中所做的那样。您将看到哪个版本合并到哪里,并推断出为该合并考虑该版本的原因。