2

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

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

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

迁移过程：

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

截至目前，集成流具有最新的基线，即开发基线。
现在，我们还有另外两个流用于 prd 和 uat，将在各自的环境中从中完成发布。

我现在有我的开发流。我创建了一个活动并进行了一些更改。现在我需要将这些更改推广到 uat 环境中。如果我将更改交付到集成流，则合并完成，但在开发基线上。我不想将它重新设置为 uat，因为许多开发应用程序将重新设置为不需要的 uat。

如何实现促进对 uat 环境（uat 流）的更改。好心劝告。

4

1 回答 1

0

看起来你的流结构是这样的：

Int
  Dev
  UAT
  Prd

如果我将更改交付到集成流，则合并完成，但在开发基线上。我不想将它重新设置为 uat，因为许多开发应用程序将重新设置为不需要的 uat。

流的原理是隔离特定的开发工作：

  • Dev的日常开发
  • 以只读模式测试 UAT（您不应该触摸任何东西，只需测试并接受或拒绝）
  • Prd 中的热修复

Int 在那里记录最新的 Prd 基线，以便允许另一个项目使用其中一个基线作为起点，避免使用由分支的分支（“级联分支”）制成的基线。

我会推荐（这只是一个提议，许多其他结构也是可能的，这取决于您需要将它们与另一个隔离开来的一组确切的开发工作）：

Int
  Prd
  Dev
    UAT
  • 您可以使用您想要测试的任何开发基线重新设置 UAT（这样，开发人员可以继续进行日常开发，而不会弄乱正在为用户验收测试测试的内容）
  • 如果重新设置为 UAT 的基线符合预期，则将其直接交付给 prod（可能会在最后一刻出现修补程序）
  • 当 Prd 基线设置并稳定时，您将其交付给 Int（以记录这是在生产中运行的事实
于 2010-04-08T06:22:55.317 回答