我们提出了一个流策略,它具有主要集成流和其他环境的其他几个流。一个简短的想法如下所示。
Integration Stream
-- Production
-- Development
---- Stream for release 1.0
---- Stream fix release 1.0
我们打算使用子流进行开发并将其提供给开发流并选择活动并创建基线并将它们提升到集成流。
我在这个论坛上阅读了几篇内容丰富的帖子,我很少有人怀疑。我是UCM环境的新手,发现很难全面了解用法。
如果有人能描述这个过程,将会非常有帮助。
提前致谢。
问候
答案 0 :(得分:0)
1 /应该在开发分支或集成分支上创建基线。
您可以在所需的任何流上创建基线。它们只是可写组件上的标签 如果你需要清理它们,中间基线以后可以“废弃”(锁定和隐藏)。
您的开发流应该重命名为“合并”,因为这是您将合并实际生产的内容(并在“集成流”上提供):此处不需要您的“生产”流。
由于修复程序将从“官方”(即“生产中”)标签开始,我建议在Integration Stream下面移动“Stream fix release x.y”流
注意:您需要知道“传递活动”creates a timeline链接所有来自源流的活动。这意味着您可以从流A到流B提供部分活动,但是您将无法从流A交付到流C(除非您提供所有活动)。
简而言之,基线和交付所有活动总是更简单。
2 /基线如何经历生命周期
首先,状态“TESTED”,“VALIDATED”,...只是一个元属性,您可以将其设置为您想要的任何值,而与设置基线的流没有任何关系。
然后通过以下方式确定生命周期: