Clearcase UCM:从父项目重新导致在集成视图中导致文件丢失

时间:2014-04-03 21:04:11

标签: clearcase clearcase-ucm

我们一直在从Base CC迁移到UCM,但不能一次完成。我们从Base到UCM进行了clearfsimport,然后根据导入后的基线创建了一个Prod项目。

我们之后使用Prod的最新基线(Prod_1)创建了其他项目。最近,我们不得不从Base向UCM引入另一个“项目”。新导入的项目基线已交付到Prod的Integration流中。

这给了我们一些东西:

  • Prod [Project]

    • BL Prod_1(从初始Base创建 - > UCM导入) [Baseline]
      • Release_2 [Project]
        • BL Release_2_1(根据第2版中的更改创建) [基线]
    • BL Prod_2(从第二个基地创建 - > UCM导入) [基线]

为了从Release_2中的BL Prod_2中获取更改,我们在Release_2_Integration上执行了高级重新基础并选择了BL Prod_2。它完成并说我们没有需要合并的版本。

然而,看起来现有的Integration Stream被BL Prod_2完全“覆盖”并丢失了当前Release_2_Integration中的所有更改。

如果查看“缺失”元素的版本树,您可以看到它们是 rebase后在Release_2_Integration 中创建的基线的一部分,即使它们不是刚刚更新的那些Release_2_Integration视图。

有没有人对正确的方法有任何建议?我在Release_2上预先交付了BL,因此我可以根据它轻松创建一个新项目。

我们最好是为每个发布/工作努力使用(子)流创建单个“应用程序”项目吗?

谢谢!

1 个答案:

答案 0 :(得分:0)

  

我们从Base到UCM进行了clearfsimport

您并不总是必须:您可以在任何vob中创建组件(链接到管理员pvob)

  

我们在Release_2_Integration上做了Advanced Rebase并选择了BL Prod_2。

(高级rebase意味着CCRC,对吧?)

如果该rebase无法正常工作,最简单的故障排除方法是创建另一个项目,直接使用正确的基线进行重组。