【IT168 技术文章】

    你想过将ClearCase由base方式转移到UCM方式吗？你的base配置支持你的组织当前的使用模型吗？你可能想考虑何时决定转移到UCM方式，这里有来自Christian Buckley和Darren Pulsipher的一些想法。

    什么是统一变更管理(UCM),以及它如何应用于IBM? Rational ClearCase?

    UCM被发展出来，使得人们从一个有效的使用模型开始使用ClearCase变得更容易了。这是由于"base" ClearCase配置非常灵活，以至于很多组织发现使用这个软件比较困难。为了让ClearCase对于他们的特殊需求更加有用，他们编写了自己的脚本和过程。UCM在确定ClearCase使用模型的大多数公共元素上进行了努力，并创建了使应用软件更加有效的对象和方法。

    如果你现在正在运行base ClearCase方式，你可能在某些点上考虑升级至UCM。但是从什么地方开始呢？涉及哪些内容呢？区别在什么地方？在考虑从你当前的ClearCase系统迁移到UCM系统之前，你应该首先理解你当前的使用模型－－以及你的组织自从安装以来如何使用Basic ClearCase对象。这个变化的过程非常类似于第一次迁移到ClearCase系统的过程。对于任何新的项目，你需要弄明白在你可以向前走时你处于什么位置。

    首先，你应该回顾一下当前使用的基本ClearCase对象。通过回顾当前的对象，你将能够了解你的基础装置和UCM方式之间的区别，更好地理解新的UCM对象带给你的ClearCase系统的新功能。进行此变更的大多数组织发现，他们已经编写了许多自己的脚本来执行由一些UCM对象包含的功能。象这样的一些情况，采用UCM对象就会很好。这会使你受益，因为此时ClerCase与你的定制开发有相同的功能，在系统里你会有更少的必须支持的脚本，使得你可以花更多的时间关注实际的工作。

    基本的ClearCase对象

    如果你已经完成了一个配置管理(CM)计划，同样可以做。如果你还没有一个计划，请参见IBM Rational Unified Process 方法论选择一个合适的模板。一个好的配置管理 (CM)计划应该包括非常概括的工作流程条款，和特定的ClearCase规划。如果你已经有了自己系统详细的规划，将会发现UCM的变化将会相当直接。至少你将会容易地能够看到无论是否是UCM对于你的实施都是一个很好的适合。那就是你希望有一个对于已有对象和你当前的对象的清除的理解－－仅仅因为UCM是可用的，不必要地意义你将会使用它。

    UCM主要是对你已经一直在使用的base ClearCase 对象增加了额外的对象和工作流。因此，在你着手这些变更前，首先看一下关于当前使用的ClearCase对象的一些问题：

    VOB（版本对象库）

    版本对象库（VOB）在UCM中如同在base ClearCase使用模型中一样重要。你有可能在你当前的系统里继续使用相同的VOB结构。当你可能改变少量东西使其在UCM中更有效时，你可能最希望什么也不做。当然，你将会需要回答一些有关你的VOB结构的基本问题，这些问题的大多数可能已经在你的配置管理计划里进行了回答：

    你的VOBs是如何计划的？

    你有admin VOBs吗？

    VOBs之间的关系是怎样的？

    在VOBs里包含哪些种类信息，以及它们的目录是如何组织的？

    视图（View）

    UCM使用视图做一些有趣的事情。他们通常较之于基础ClearCase方式执行有更长的持续时间。回答关于视图如何创建和删除是很重要的。另外，配置规格（config specs）自动地在UCM里产生，并且它们可能不是你所希望的。重要的是你也可以描述配置规格，因而理解从原有旧系统到新系统的映射。问问你自己：

    谁能创建视图？

    视图创建的频率是如何的？

    视图创建是自动地还是手动地？

    视图保留多长时间？

    什么时候删除视图？

    配置规格是自动创建的吗？

    配置规格是共享的吗？