Base ClearCase與ClearQuest的集成

2005 年 8 月 18 日

Rational ClearCase是一個業界領先的軟件配置管理工具，Rational ClearQuest則是IBM Rational在變更管理和缺陷跟蹤方面的軟件。業界對于變更管理軟件和配置管理軟件的集成有著強烈的需求，因此IBM Rational也提供了ClearCase和ClearQuest集成的功能。

1 概述

Rational ClearCase是一個業界領先的軟件配置管理工具，Rational ClearQuest則是IBM Rational在變更管理和缺陷跟蹤方面的軟件。業界對于變更管理軟件和配置管理軟件的集成有著強烈的需求，因此IBM Rational也提供了ClearCase和ClearQuest集成的功能。

所謂Base ClearCase和ClearQuest的集成，就是將ClearQuest中的變更請求(Change Requeset)關聯到一個或多個ClearCase中元素(Element)的版本(Version)上。一個變更請求可以被關聯到一個或多個版本上，實施變更的這些版本的集合被稱作變更請求的變更集(Change Set)。一個版本可以被關聯到一個或多個變更請求，這些變更請求的集合被稱作版本的請求集(Request Set)。

集成對于不同的角色，有以下不同的功能：

一個項目經理指定在什么情況下需要讓用戶關聯版本到變更請求。也可以指定關聯變更請求的VOBs，branches，以及element types。

ClearQuest的管理員添加ClearCase的定義到ClearQuest的schema中。這使得變更請求可以顯示與它關聯的變更集。

使用ClearCase進行開發的人員，可以在Check Out或者Check In一個版本的時候，將這個版本關聯到一個或者更多的變更請求上。也可以查看一個變更請求的變更集。

在這篇文章中，我們將對Base ClearCase與ClearQuest集成的設計原理和運行環境的搭建與設置進行介紹，最后再提供一些操作范例。

2 基本概念

2.1 集中方式(Central Server)

所謂的Central Server就是將所有的腳本文件及配置文件放在一個目錄，當進行集成的時候，ClearCase就會在這個目錄中尋找配置文件（config.pl）、cqcc_launch腳本以及其他的代碼，而不是使用本地默認目錄的相應文件，因此提高了安全性和可維護性。與之對應的本地方式(Local Server)則是使用本地ClearCase目錄中的配置文件、腳本以及其他代碼。

2.2 批處理(Batching Enabled)

就是將一個ClearCase操作中的所有與ClearQuest相關的操作，記錄到一個批處理文件中，ClearCase操作完成之后，再將這些操作一次性寫入到ClearQuest中。從而降低了登陸ClearQuest和在查詢ClearQuest的次數，大大的提高了性能。

2.3 序列(Batching Series)

批處理序列是將批處理的概念進一步擴展的產物。ClearCase認為所有進行的ClearCase都是在一個批處理當中，它記錄所有與ClearQuest相關的操作到批處理文件當中，以便在以后的某個時間完成與ClearQuest相關的操作。

2.4 檢入后提交(Postcheckin commit)

就是在ClearCase的Check in完成之后，再進行ClearQuest的操作。一般的情況下，在ClearCase的Check in操作完成之后，才進行與ClearQuest相關的操作。這樣在Check in操作失敗的情況下，會造成ClearCase和ClearQuest的數據不一致。啟用此功能則可以避免這種錯誤。

2.5 自動關聯(Auto-association)

就是在將變更請求關聯到某個版本的時候，不需要手工選擇，而是靠預先設置的請求ID或者根據ClearCase操作的注釋自動提取請求ID，來決定關聯的請求。

2.6 使用CQWeb方式的集成

在本地沒有安裝ClearQuest，或者不愿意使用本地的ClearQuest的情況下，可以使用CQWeb的方式使用CQWeb Server上的ClearQuest來實現ClearCase和ClearQuest的集成。

3 何時采用Base ClearCase

我們知道UCM是一種對版本控制的配制管理流程，而UCM是基于Base ClearCase的管理流程演變而來的。因此掌握并了解Base ClearCase的管理就顯得至關重要。Base ClearCase包含了一系列功能，它們能夠使開發人員做到并行開發，項目管理者也能通過制定相關的規則來使開發工作有序的進行。

在開發過程中，Base ClearCase應用"分支(Branch)"的方法來允許開發人員進行并行開發。任何在配制管理下的元素(Element)，例如：文本文件，程序原代碼等，都會生成一個主分支，而主分支下還可以有多個下屬分支，它們的作用是用來支持在主分支上的開發。Base ClearCase 允許創建復雜的分支體系。在開發過程中，通過視圖（View）可以訪問特定元素集的特定版本，而這通過修改視圖的規則(Config Specification)就可以實現。UCM也使用"分支"的方法，但是這些分支不需要用手工來操作，而是通過"流(Stream)"來實現，通常情況下，一個項目存在一個集成流和多個開發流。

在項目管理方面，我們通過對項目的源文件打基線(Baseline)來呈現項目早期較穩定版本的雛形，并且基線可以用來連接一系列相關的源文件，比如像源代碼，測試計劃等等。UCM自動完成基線的創建，而Base ClearCase則通過對元素(Elements)的版本打標簽來創建基線。

通過以上對UCM和Base ClearCase的比較，因此在一個項目不是很大，并且業務流程相對簡單的情況下適合用Base ClearCase。

4 運行環境的搭建與設置

4.1 運行環境的搭建

在Base CCCQ集成的過程中，運行環境的搭建尤為重要。

圖 (01) 系統結構圖

首先，需要在ClearCase客戶端和ClearCase注冊服務器安裝ClearCase。在ClearQuest Unix服務器和ClearQuest Windows服務器安裝ClearQuest。準備數據庫服務器。在ClearQuest Unix服務器上配置好DBSet，并添加User DB。之后就可以配置集成了。

4.2 ClearCase與ClearQuest集成的配制

集成的配置需要在ClearCase和ClearQuest上分別進行配置，才能完成。在ClearCase側，需要對VOB配置。當對一個VOB配置了集成之后，針對與這個VOB的ClearCase相關操作（例如CheckOut, CheckIn）都會激發腳本對ClearQuest數據庫的訪問，進而完成Base CC和CQ的集成。

在ClearQuest側，需要在數據庫中添加ClearCase的定義，只有加入了定義之后，數據庫中的請求的變更集才能夠顯示出來。

下面具體介紹配置過程。

4.2.1 將ClearCase package加入到一個ClearQuest DBset

由于ClearQuest schema包含了一些與多個ClearQuest user databases相關聯的特性，例如數據記錄的類型，區域，和形式。在開發人員將ClearCase中文件的版本與ClearQuest用戶數據庫中的變更請求相聯系的時候，必須將ClearCase的特性也加入到ClearQuest schema，此過程要在Windows端完成且過程如下所述：

• 開始 -> 程序 -> Rational Software -> Rational ClearQuest -> ClearQuest Designer
• 在ClearQuest Designer中，點擊Package -> Package Wizard
• 在安裝Package向導中，找到ClearCase 1.0和ClearCase Upgrade 1.0，如果這些Packages沒有列出，則點擊"More Packages"，并將上述的兩個Packages添加到列表中。
• 選擇ClearCase 1.0 Package并點擊"下一步"
• 選擇一個將會應用ClearCase 1.0 Package的schema e.g. Defect Tracking，點擊"下一步"
• 選擇數據紀錄的類型并點擊"完成"
• 選擇File -> Check In來保存schema的最新版本
• 選擇Database -> Upgrade Database把schema的最新版本升級到ClearQuest user database中