ClearCase UCM主线配置管理模式问题

ClearCase UCM主线配置管理模式问题,clearcase,configuration-management,clearcase-ucm,Clearcase,Configuration Management,Clearcase Ucm,配置管理模式问题(使用Rational ClearCase UCM) 当我使用主线方法时,我通过以下方式创建新版本: 从主线创建版本1 在某一时刻基线版本1,将版本1交付给主线 从主线创建版本2 在基线版本2的某个特定时刻,将版本2交付给主线 从主线创建版本3 等等 非常好用,因为路径名是/main/release 3/latest,而不是/main/release 1/release 2/release 3/latest等等 然而。。。当在版本1中有新元素必须传播到更高版本时,我不能使用主

配置管理模式问题(使用Rational ClearCase UCM)

当我使用主线方法时,我通过以下方式创建新版本:

  • 从主线创建版本1
  • 在某一时刻基线版本1,将版本1交付给主线
  • 从主线创建版本2
  • 在基线版本2的某个特定时刻,将版本2交付给主线
  • 从主线创建版本3
  • 等等
非常好用,因为路径名是
/main/release 3/latest
,而不是
/main/release 1/release 2/release 3/latest
等等

然而。。。当在版本1中有新元素必须传播到更高版本时,我不能使用主线,因为主线已经在版本4中

我唯一能做的就是直接从版本1交付/合并到版本2。
不好的是,对于该文件(可能还有更高版本),路径名会变成
/main/release 1/release 2/latest
。这是我认为不符合主线的做法

我做错了什么

交叉张贴在:
交叉发布于:

这被称为级联分支症状

不过,在您的情况下,只要有“必须传播到以后版本的新元素”,您就应该能够直接将它们从release1交付到release2,级联深度限制为两个级别

如果这是不可接受的,您需要设置您的流,以便在主线和发行版上方有一个“全局流”:

mainStream
  mainline
  release1
  release2
  ...
您可以使用主流作为传播更改的源: clearfsimport release2在主流上,导入/交付要传播的少数release1文件,使(再次)成为“release2”基线,并在release2流上重新设置其基础

  • 在缺点方面,您需要为每个版本重复该过程
  • 至少从好的方面来看,每个clearfsimport(主流版本)都“足够快”,因为发布之间的增量并不太重要