2010-03-08 58 views
2

我们想出了一个流策略,它有一个主集成流和其他几个其他环境的流。一个简短的想法如下所示。UCM ClearCase中基线/基线策略的生命周期

Integration Stream 
-- Production 
-- Development 
---- Stream for release 1.0 
---- Stream fix release 1.0 

我们打算用发展的子流,并提供给开发流和选择的活动,并创建一个基线,并将其推广到集成流。

我在这个论坛上阅读了很多内容丰富的帖子,我对此没有多少怀疑。我对UCM环境很陌生,发现很难获得更广泛的使用情况。

  1. 应该在开发分支或集成分支上创建基线。
  2. 基线如何贯穿整个生命周期? 我们创建的基线,测试后,发布等仅在升级级别中发生变化?

如果有人能描述这个过程,这将是非常有帮助的。

在此先感谢。

问候

回答

0

1 /应的基线上开发分支或集成分支创建。

你可以在你想要的任何流上创建一个基线。它们只是可写组件上的标签。
如果您需要清理中间基线,它们可以在以后“过时”(锁定和不可见)。

您的开发流应重命名为“合并”,因为这是您将合并实际进入生产(并在“集成流”上交付的位置:此处不需要您的“生产”流)。

自修复会从“官”(即“生产”)标签开始,我会建议移动流“流修复版本XY”的集成流

注意:你需要知道即“交付活动”creates a timeline链接全部来自源流的活动。这意味着您可以将一部分活动从A流传送到B流,但是您将无法从A流传送到C流(除非您提供全部活动)。
总之,基线和交付所有活动总是比较简单。

2 /如何基线经历生命周期

首先,状态“的测试”,“验证”,......只是一元属性可以设置为任意值你想要的,与基线已经设置的流没有任何关系。

  • 合并,让您在不同的开发工作从一个分支(从流建)隔离到另外的工作流程:

    的生命周期,然后通过确定。

  • 您与基准关联的状态(元数据)。
+0

嗨冯, 我非常希望你会回复帖子。 感谢您的意见。 我们有生产流的原因是因为我们有两套不同的环境,即生产和开发。 我们正计划让另一个环境说UAT到位。 我们打算做什么: 开发的开发流/合并流的产品。开发流本身会有一个循环的测试。然后代码被基线化,提升到集成。我们现在变基代码到生产流程和部署从生产流 – kadaba 2010-03-08 13:37:52

+0

我们也将有一个更发言权UAT的应用程序,并在地方做测试的一个周期,因此在这里的其他流。由于这种结构,我们对如何继续使用基线和策略感到困惑。 这将隔离开发和测试。 如果我可以通过邮件的方式向您发送具体信息,以便更好地了解我们正在努力达到的目标,这样可以吗? 再次感谢你,你的意见是非常赞赏。 – kadaba 2010-03-08 13:45:05

+0

@kabada:没问题(对不起,不回答马上!我给一个关于ClearCase的形成整个下午)。您可以通过以下方式与我联系:“vonc at laposte dot net” – VonC 2010-03-08 14:35:36