推荐基线和基线的区别，请高手赐教哦

在UCM的模式中，基线是有成熟度的。一般系统默认的分为：   REJECTED，INITIAL，BUILT，TESTED，RELEASED  这五种。在某一个开发阶段需要标识一个阶段性的成果时就需要用基线来进行标识。一般这个的频率为每周1－3次。

推荐基线：只有在某个特定的开发阶段，代码相对稳定，并经过build，Test的验证没有什么大的问题，其它人员可以以此为参照或者基础来进行开发，则把该基线定位为推荐基线。

以上只是我个人的一点浅见，请大家多来说说这两者的区别和应用。

以我们公司为例，我们每天都打基线，这个基线是什么呢？
还有一个问题，什么是UCM视图啊？和其他视图有什么区别吗？

引用:

原帖由 cissy 于 2006-11-8 09:19 发表
以我们公司为例，我们每天都打基线，这个基线是什么呢？
还有一个问题，什么是UCM视图啊？和其他视图有什么区别吗？

个人感觉这是对于基线的滥用。

对于某些设计过的回溯通过版本管理即可，没必要什么都打基线

头一次听说每天打基线的.不知道是什么目的?

现在还不懂，学习学习。

如何在命令行下找一个特定的标签？比如说知道标签的名字，想确认是否已经创建了该标签而查找一下，或着查找某一特定名字的标签（使用通配符），谢谢了。
不好意思，还不太会用这个论坛，本来想发个新贴的，结果回复了......

[ 本帖最后由 yaay 于 2006-11-27 17:16 编辑 ]

attribute 而已

UCM模式下基线有很多不同的理解方法。比如，象我们公司，由于每日需要提交集成流进行构建，对于构建的内容我们希望能够得到尽可能多的详细信息，比如两版构建的代码差异，缺陷差异列表等。因此，我要求产品线构造人员在自动构建脚本中加入了获取后打构造基线的脚本，这样依据基线间比对开发程序可以得到代码文件差异列表，再利用CQAPI可以得到活动关联的缺陷列表，这些信息对于构造后的下游角色人员是很有用的。因此，每天打构造基线这种对基线的使用也是比较有用的。

对于基线和推荐基线的差异：从项目管理策略上，懂你说的很对。当然从实现命令上理解，也是可以看出些不同。
打基线命令：mkbl
推荐基线：chstream；其实是对流的操作哦

我们的基线做得也很频繁，只要有一次系统测试就会相应的有一条基线，不知道大家做完基线后有没有对基线进行lock，个人感觉基线的lock和非lock在UCM模式下没有太大的区别，因为到现在为止还没有找到在UCM模式下修改基线版本的方法，哪位知道在UCM模式下对未锁的基线进行修改的方法请留言，谢谢：）