|
本文向大家介绍了使用 IBM Rational ClearCase搭建成功的分布式的配置管理环境所需要考虑的事情和步骤。
Rational ClearCase 是市场领先的软件配置管理(SCM)工具。它为 SCM 自动化提供了一种灵活的、经过验证的方法,可用于各种类型的软件项目。与其他的 SCM 工具一样,Rational ClearCase 提供了所有关键的 SCM 功能,例如保护并版本化软件工件的能力。同时,与其他的 SCM 工具不同的是,Rational ClearCase 还提供了几种高级功能:
并行变更:当两位或多位开发人员开发同一软件时,可能对软件工件进行并行变更。Rational ClearCase 提供了图形化合并与冲突解决功能,以统一变更。
环境与工作空间管理:ClearCase 允许您重新创建完整的项目开发环境,包括随需应变的完整开发工作空间。
并行开发:ClearCase 提供了广泛的功能,允许您同时创建与开发多个项目版本。
分布式开发:ClearCase 使团队在处于不同地点的情况下通过复制的知识库进行软件开发。
统一变更管理(UCM):使用 Rational ClearCase,您可以按照任务、缺陷和增强请求来组织变更,从而在一个更高的抽象层次上工作。这种基于活动的开发方法流线化了您的整个变更/配置管理工作流。
那么当我们购买了Rational ClearCase产品之后怎样才能搭建起ClearCase环境,并使他正常运转呢。本文就这个问题,介绍了部署的步骤及涉及到的问题,供大家参考。
制定部署计划
在搭建之前至关重要的一步就是要制定一个详细周密的部署计划。我们主要要考虑以下几方面的问题:
1. ClearCase服务器的选择
2. ClearCase的用户管理
3. Infrastructure 的相关问题
4. 是否从原有的配置管理工具中导入ClearCase
5. 与集成开发环境的集成
6. 使用UCM还是Base ClearCase
7. 创建试验环境
ClearCase服务器的选择
在选择服务器之前首先要看一下,是只买了ClearCase,还是也买了ClearCase Multisite.假如只买了ClearCase,您可以不必关心这里关于multisite的介绍。
ClearCase Multisite主要是用来支持跨区域的并行开发活动。比如一个开发项目由北京,上海共同完成。为了使两地的开发人员及时看到对方的代码改动,我们可以在上海和北京各搭建起一个ClearCase环境。再用ClearCase Mulisite,实现两边VOB的复制与同步。从而实现异地的并行开发。
假如你使用ClearCase Multisite.那么就要考虑,选择哪个地方(Site)的ClearCase Server作为主要的ClearCase Site,也就是把VOB建立在哪个Site。而哪些Site是需要把在主Site 建立的VOB 复制过去的.
就单个Site的ClearCase部署来说,ClearCase,和 ClearCase Multisite基本是一样的。下面我们的讨论主要集中在单个的Site.
在ClearCase中主要有4种server:
* Register server
* License server
* Vob server
* View server
他们可以被放在一台机器上,也可以分布在几台机器上。可以根据单位的具体情况来决定用几台机器。
ClearCase支持很多的硬件及软件平台。请访问 : http://www-1.ibm.com/support/docview.wss?rs=0&uid=swg21136950来确定使用什么样的软硬件平台。这里要强调的一点是,在选择的时候请根据要放进ClearCase的数据量大小,即,使用ClearCase的用户数,合理的选择服务器(CPU,内存及硬盘容量,操作系统是主要要考虑的因素)。
ClearCase的用户管理
在Windows 平台上,ClearCase的用户管理是倚赖于Windows域服务器的域用户管理。所有的ClearCase用户都必须是域用户,在使用ClearCase时也必须用相应的域用户登陆到域才行。
所以首先我们必须有一台域服务器(他完全可以既做ClearCase服务器又做域服务器),然后ClearCase要求我们至少要在域里创建一个新的组-ClearCase特权组,和一个域用户-albd账户(这个账户属于域管理员组,本地管理员组,和Clearcase特权组),供 ClearCase使用。同时ClearCase还推荐再建立一些其他的组-ClearCase用户组和组用户-ClearCase用户帐户(管理员及最终用户帐户), 供ClearCase的用户使用。
在UNIX/LINUX 里我们是用组和组用户来进行用户管理的。组和组用户的建立规则与Windows上是一样的。 ClearCase的 albd账户是启动 ClearCase最重要服务-Atria Location Broker 的用户,要求他的账户密码永不过期。这和一些单位的security要求可能会有冲突。需要我们为ClearCase争取这个特权。
Infrastructure 的相关问题
有一些软件和ClearCase是有冲突的,例如:
* 一些 VPN 客户端 ( Shiva 等)
* 一些病毒扫描工具
而且ClearCase是为局域网设计的,在广域网里,没有办法使用ClearCase.
从原有的配置管理工具中导入ClearCase
目前市场上的配置管理工具很多,在打算用ClearCase之前,公司里可能已经使用了别的工具,现在想转到 ClearCase 上。所以就要做一个移植的动作。ClearCase 为以下的配置管理工具提供了移植工具:
ClearCase, RCS, SCCS, PVCS SourceSafe, CVS
但是假如想从除此之外的其他配置管理工具里做移植,你就要自己想办法了。
建议只将文件最新的版本移植到 ClearCase里,而不是所有的版本。移植的过程可以是,从CM系统导出到操作系统的文件系统中,再从文件系统导进ClearCase.
与集成开发工具的集成
ClearCase与一些集成开发工具紧密地集成在了一起,假如你想在这些集成开发工具里使用ClearCase将是非常方便的。
它们包括:
* .NET
* WebSphere Studio Application Developer (WSAD)
* Eclipse
假如你想在其他的集成开发工具里配置ClearCase,将会是一件困难的事情。
使用UCM还是Base ClearCase
部署ClearCase很重要的一点就是到底采用哪种ClearCase模式。在ClearCase里有两种使用模式。
* 一般目的的 SCM ,通常称为 Base ClearCase。
* 基于活动的 SCM ,称为 Unified Change Management(统一变更管理)或者简称 UCM.
Base ClearCase使开发人员工作在一个文件共享的并行开发环境中。项目经理可以定制一组配置规则,来明确开发人员如何在一起进行并行开发。
UCM是IBM Rational所推崇的一种配置管理模式。他在Base ClearCase的基础上进行了一层封装。它已经订制好了一套配置管理的模式,规则,包括项目,开发活动,开发流,基线等。而Base ClearCase则为用户提供了空间,去定制适合自己项目的配置管理模式,规则。
假如我们选定了使用UCM的话,我们需要考虑以下几方面的事:
Project VOBs 的数量
流(Stream)的结构
构建(Component)的结构
…
假如我们选定了使用Base ClearCase的话,我们需要考虑以下几方面的事:
Administrator VOBs 的数量
Branch的结构
…
假如UCM不能够满足你的需求,Base ClearCase 很可能还会是一个不错的选择。
建立一个测试部署的环境
为ClearCase创建一个测试环境吧。因为搭建ClearCase环境确实是一项较为复杂的工作,这其中可能会遇到一些意想不到的问题。假如我们可以有一个环境,来测试部署,将会是一件非常好的事。需要测试的内容主要有:
搭建服务器
从其他配置管理工具中导入ClearCase
在集成开发工具中配置ClearCase
Multisite测试
branch的结构
UCM的结构
上一篇:vss中label和基线是否一样? 下一篇:使用ClearCase和ClearQuest改进维护项目的配置管理工作 |
|