ClearCase:我如何恢复到早期基线？

我怎样才能恢复到早期的基线？我们有一个UCM并行开发(多流)项目.每个开发人员都有Project的Integration流的快照视图.开发人员希望在其快照视图中查看应用程序的早期版本,以便他们可以调试早期版本的应用程序以查找错误.

当我想更改现有快照视图的基础基线时,clearcase不允许我这样做.那我该怎么办呢？

由于您使用术语Baseline,我将假设您使用的是UCM.

在流上,您无法向后恢复基线.

一种可能性是建立一个并行流,以期望的基线为基础:这是最快捷的方式.

在对此新流进行更改后,您可以创建新的rebase来更改基础基线,但前提是新的rebase使用来自父流的更新近的基线(而不是较旧的基线)

根据您的具体需要,我建议使用简单的规则来创建非UCM快照视图

element * thePreviousBaseline

为了让开发人员拥有:

他/她当前的UCM开发视图(始终设置在与流关联的分支的最新位置)

第二个snasphot视图设置为他/她需要的任何基线.

第二个快照视图与UCM项目完全无关,并利用了基线的"完整"特性(请检查您的基线是否已经"完整",而不是"增量".如果是"增量" ,只需更改其类型并将其升级为完整版)

因此,在当前快照UCM视图旁边,您可以在任何想要非snasphot视图的位置创建:

cleartool mkview -snap -tag mylogin_myComponentname_csl_snap -vws myPathToViewStorage myPathToRootView
cd myPathToRootView
cleartool edcs
[add the selection rule: element * myOlderBaseline]
[add the load rule at the end: 'load /myVob_Including_MyComponent]
[save, type 'yes']

这对于咨询/执行来说很好,但是如果你需要修补(我要写,检查和在一些文件中),那么我建议修补每个基线的一个UCM流.
这样,流清楚地表示给定基线的补丁努力.它们不应该太多,除非你每五分钟投入一个新版本的应用程序......这是不可取的;)

总结一下:

非UCM快照视图是唯一的,可用于一次快速查询/调试一个较旧的基线.

对于补丁(源修改),您可以使用正确的基础基线创建正确命名的并行流,然后在其上创建UCM视图.您不仅可以调试,还可以修复活动中的一些错误,如果需要在更高的流上修改该错误,则将该活动传递给主要Int流.
(注意:并不总是需要传递所有错误:与开发的当前状态相比,它们可能已过时)