版本管理 Label 和基线什么区别?

liuxue.gu@hotmail.com · 2009年03月18日 · 14 次阅读

Label 和基线什么区别

我们现在做是建立了基线的,但同时对建立基线时的文档也答了标签的,公司要求建立基线,我都不晓得有撒区别.

rachel_zhyun
基线包括在 lable 里面的,也可以算是一个 lable. 只是给某些 lable 加了特殊的意义就成了基线。 不知这样的解释能否满意

among
CC 中是用 lable 来实现基线的。和 cvs 中的 tag 类似. 理论上都说的是基线,lable 只不过是 cc 中的实现方法而已。

草田
基线是 ucm 中的特有的概念,也是 label 的一种,base 中是用 label 来实现版本管理的 hifly
我一直泛泛认为,vss-label, cvs-tag, cc-基线/label 其实都是相似的概念。不知道这样理解有没有问题。高手指点一下

青蛙王子
Lable 标签——主要应用于 ClearCase Base 模式中,形象点描述就是给你提交的新版本做个标记,以便在 Version Tree 中清晰的看到你每次版本变化的记录。 Baseline 基线——主要应用于 ClearCase UCM 模式中,其实也是 UCM 模式特有的,与 Base 模式中的 Lable 不同,Baseline 是不同元素不同版本的集合,它所记录的是一个阶段性的总体内容,也可以叫做软件阶段性的里程碑。 说得比较笼统,你可以多查查资料,有图形解释的更容易理解!

ralin
这样理解,元素有版本,元素的版本可以用标签来标识,构件有基线,当修改一个元素的时候,就创建了该元素的一个新的版本,而修改构件中的一个元素时,就创建了构件的一个新基线. UCM 用户一般会使用构件和基线,不需要自己创建和操作标签 (UCM 会自动处理). 2006/10/13 15:55

行者无疆
我们是 clearbase,但也有建立基线,我想如青蛙所说 Baseline 是不同元素不同版本的集合,它所记录的是一个阶段性的总体内容,也可以叫做软件阶段性的里程碑。我们到了产品发布,就会对很多不同元素打上同一标签,作为一个版本发布

懂你
基线主要是 RUP 方面得理解。作为软件工程中工件产生得一个重要得里程碑。而 Label 却比较随意,我可以将今天得工作打个 Label 做测试,也可以明天再做一个。不用过多得去遵守一些命名规范之类得。 不过好像 CC 把基线和 Label 给分开了。基线用在 UCM 模式,Label 用在 Base 模式。

yeoh206
基线我更认为是一管理方面的概念,当软件版本开发到一相对稳定的阶段,便基线化,基线化的工作产品可以作为后续开发的基础,已基线化的工作产品的更改要走 CQ 提变更流程

转自自:http://www.scmlife.com/dp-bbsthread-611-2.html#replies

具体的解释我也不太能说清楚,大概给你说说。 里程碑(MILESTONE):是项目流程过程中一个关键的时间点,或者说到达这个时间点的时候,项目必须处于一个什么状态,这个状态起着承上启下的作用。 基线(BASE LINE):这个应该是产品的基版本,从这个版本中可以引申出很多子版本。如果我是羊,我想吃的不仅仅是草,草场也越来越少,我该怎么办?那我会把我的牙齿磨尖,去寻找生肉!

里程碑是指项目进展到一定阶段后,需要召开里程碑会议。通过该会议,由领导或者说项目经理觉得该项目进展到目前为止是可行的后,再继续下一阶段任务的开展。比如我现在所在的单位就设置了三个里程碑:需求里程碑,设计里程碑,测试里程碑。 基线是指项目进展到一定阶段后,将已基本稳定的资源纳入基线库(基线库不同于受控库,是不能随意修改的)。基本上里程碑之后,建立相应的基线,如建立需求基线,设计基线,测试基线和产品发布基线。每个基线纳入的资源是逐级递增的。

基线——基线是软件工作产品,它是要经内部和外部评审过的,并且是下一个阶段工作的基础。一根基线是一个里程碑或一个检查点。

里程碑——里程碑是一个标记,只需要经过内部评审。一个里程碑式一个检查点,但不一定是基线。

检查点——检查点只是由时间、计划、事件驱动的检查工作进度和质量的一个记号。一个检查点不一定是一根基线或一个里程碑。 成功 4+1 定律——4:知识、机遇、勤奋、激情;1:性格。

里程碑-是针对项目管理过程的。在里程碑点对当前的工作进度进行评估、总结,包括项目目标、风险、需求是否有变化,计划是否需要调整修订,项目有哪些经验和教训等等。里程碑点是对过去的检视,对后续的展望。

基线-是针对工作产品的。当项目某个阶段结束后,产出的工作产品将作为下一个阶段的基础。为此就需要对工作产品进行基线话,对它们的修改要走严格的变更。一般是技术工程类的产出(需求说明书、设计书、测试方案)才会做基线化,过程管理类(日程计划、需求跟踪表)的不做基线化。

配置项识别

配置项识别就是将配置项按规定统一编号,将其划分为基线配置项和非基线配置项,按一定的结构保存在配置库中,然后赋予不同人员不同的权限来使用它们。

那么,“基线” 又是什么呢?

基线是由一组具有唯一标识号的配置项组成的。这些配置项构成一个相对稳定的逻辑实体,它们处于 “冻结” 状态,不能被任何人随意修改。

基线通常与项目开发过程中的里程碑点相对应。在项目里程碑阶段,项目通常会进行阶段成果评审,经过正式评审并获得批准的阶段性项目成果的统一标识便标志着项目的不同基线。根据使用对象的不同,基线被分为建造基线(对内使用)以及放行基线(对用户使用)。

对基线及其集成系统的任何修改,都必须按照特定的规程来评估和验证。

转自自:http://www.wish-edu.cn/bbs/read.php?tid=14551

需要 登录 后方可回复。