传递机制,Rational ClearCase

时间:2010-04-08 05:57:27

标签: clearcase clearcase-ucm

我们想出了Rational ClearCase UCM模型的流结构。

Int  
-- Prd  
-- Uat  
-- Dev  
---- Development Stream r1.0  

我们最近将代码库迁移到了新的设置中。我们有三个不同的代码库,即三个物理代码库。

迁移过程:

我们首先移动了生产代码,创建了一个活动,将活动交付给Integration流,创建了一个基线 然后是uat代码,创建了一个活动,将活动传递给集成流,在合并期间我们从贡献者2中选择了更改以保留现有代码来自uat,创建了一个基线。 开发环境的相同过程。

截至目前,整合流具有最新的基线,即开发基线 现在我们有另外两个用于prd和uat的流,将在相应的环境中进行发布。

我现在有我的开发流。我创建了一个活动并进行了一些更改。现在我需要将这些变化推广到uat环境中。如果我将更改传递到集成流,则会在开发基础上完成合并。我不想将它改为uat,因为许多开发应用程序都会被重新引入不需要的uat。

如何实现促进对uat环境(uat流)的更改。善意的建议。

1 个答案:

答案 0 :(得分:0)

您的流结构看起来像这样:

Int
  Dev
  UAT
  Prd
  

如果我将更改传递到集成流,则会在开发基础上完成合并。我不想将它改为uat,因为许多开发应用程序都会被重新引入不需要的uat。

流的原则是隔离特定的开发工作:

  • Dev的日常开发
  • 以UAT的只读模式进行测试(你不应该触摸任何东西,只是测试,接受或拒绝)
  • Prd
  • 中的热门修复程序

Int在那里记录最新的Prd基线,以便允许另一个项目使用其中一个基线作为起点,避免使用从分支分支(“级联分支”)分支的基线。

我建议(这只是一个命题,许多其他结构都是可能的,这取决于你需要将开发工作彼此隔离的确切开发工作集):

Int
  Prd
  Dev
    UAT
  • 您可以使用您想要测试的任何Dev Baseline来重新定义UAT(这样,开发人员可以继续进行每日开发而不会弄乱正在测试用户验收测试的内容)
  • 如果重新定位到UAT的基线满足预期,则将其直接发送给prod(可能会出现最后一刻的修补程序)
  • 当Prd基线设置且稳定时,您将其传递给Int(以记录这是在生产中运行的那个