构建和配置管理中文件版本编号背后的逻辑是什么?

时间:2012-04-16 09:17:04

标签: build build-process build-automation clearcase clearcase-ucm

在我们的项目中,我们使用基线转换如下。

ProjName -...(对于前Proj-2.0.1.20)

我们使用更新我们的fileversion号码为2.0.1.20。

在Clearcase UCM中创建组件之后,我们往往会将某些组件保留为不构建。 (由于没有做任何改变)

虽然我们可以为所有组件应用基线,但是当它不构建时我们无法更新fileversion编号。

因此基线编号和文件版本号不再相同。

我的问题是:我们是否应该在fileversion和基线中遵循相同的版本号,以便可追溯性更容易?这是遵循的标准做法吗?

1 个答案:

答案 0 :(得分:2)

基线命名约定没有标准:您可以选择任何您想要的versioning number policy

然而,基线的一个重要“特征”是:

未修改的组件未基线

即,当您在Stream上设置基线时,只有自上一个基线以来经过修改的组件才会收到新的基线。
其他人(未修改)没有。

一种最佳实践,当您想要“记住”未修改的组件基线(未更改)和新修改的组件(使用新基线)时,使用复合基线。 该链接指向上一个问题“What is composite baseline in UCM and when it will be used?”。