【问题标题】:Clearcase UCM: Rebasing From Parent Project Causes File Loss In Integration ViewClearcase UCM:从父项目变基导致集成视图中的文件丢失
【发布时间】:2014-04-03 21:04:10
【问题描述】:

我们一直在从 Base CC 迁移到 UCM,但无法一次性完成。我们从 Base 到 UCM 进行了 clearfsimport,然后基于导入后基线创建了一个 Prod 项目。

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

这给了我们这样的东西:

  • 产品 [项目]

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

为了在 Release_2 中获取 BL Prod_2 的更改,我们对 Release_2_Integration 进行了 Advanced Rebase 并选择了 BL Prod_2。它完成并说我们没有需要合并的版本。

但是,现有的集成流似乎已被 BL Prod_2 完全“覆盖”,并且丢失了当前在 Release_2_Integration 中的所有更改。

如果您查看“缺失”元素的版本树,您会发现它们是在 Release_2_Integration 中创建的基线的一部分 rebase,即使它们不在最新更新中Release_2_Integration 视图。

有人对正确的方法有什么建议吗?我在 Release_2 上有一个预交付 BL,因此我可以轻松地在此基础上创建一个新项目。

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

谢谢!

【问题讨论】:

    标签: clearcase clearcase-ucm


    【解决方案1】:

    我们做了一个从 Base 到 UCM 的 clearfsimport

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

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

    (高级变基意味着 CCRC,对吗?)

    如果该变基没有按您的意愿工作,排除故障并继续前进的最简单方法是创建另一个项目,您可以直接使用正确的基准进行变基。

    【讨论】:

    • 高级变基我的意思是我们对项目进行了变基,但选择了高级并选择了另一个基线。项目没有看到 Prod 项目有新的基线,所以我们手动抓取。通过另一个项目,您的意思是使用新的 Prod BL 创建一个项目并使用 Release 2 进行 rebase 吗?感谢您对此的帮助。
    • @bcrook88 我的意思是创建一个新项目并直接使用正确的 BL 重新设置空集成流。
    • 对不起,我有点慢。新的空项目,rebase 到 Prod BL,然后交付第 2 版更改?或者反过来。目标是合并 prod 和 release。
    • @bcrook88 不,直接使用代表版本 2 的 BL 进行变基:在集成流上,您可以使用来自任何您想要的流的 BL 进行变基。但是如果你想合并,那么是的,发布第 2 版是正确的。
    • @bcrook88 似乎交付实际上覆盖了发布流中的内容。与其进行交付,我会考虑将您的 Prod Baseline 简单地 clearfsimport 到发布流视图中:prod 中的任何修改文件都将覆盖发布流中的文件,但至少发布流中的任何新文件仍然存在。
    猜你喜欢
    • 1970-01-01
    • 2010-12-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-10
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多