你想過(guò)將ClearCase由base方式轉(zhuǎn)移到UCM方式嗎？你的base配置支持你的組織當(dāng)前的使用模型嗎？你可能想考慮何時(shí)決定轉(zhuǎn)移到UCM方式，這里有來(lái)自Christian Buckley和Darren Pulsipher的一些想法。
什么是統(tǒng)一變更管理(UCM)，以及它如何應(yīng)用于IBM? Rational ClearCase?
UCM被發(fā)展出來(lái)，使得人們從一個(gè)有效的使用模型開(kāi)始使用ClearCase變得更容易了。這是由于"base" ClearCase配置非常靈活，以至于很多組織發(fā)現(xiàn)使用這個(gè)軟件比較困難。為了讓ClearCase對(duì)于他們的特殊需求更加有用，他們編寫(xiě)了自己的腳本和過(guò)程。UCM在確定ClearCase使用模型的大多數(shù)公共元素上進(jìn)行了努力，并創(chuàng)建了使應(yīng)用軟件更加有效的對(duì)象和方法。
如果你現(xiàn)在正在運(yùn)行base ClearCase方式，你可能在某些點(diǎn)上考慮升級(jí)至UCM。但是從什么地方開(kāi)始呢？涉及哪些內(nèi)容呢？區(qū)別在什么地方？在考慮從你當(dāng)前的ClearCase系統(tǒng)遷移到UCM系統(tǒng)之前，你應(yīng)該首先理解你當(dāng)前的使用模型－－以及你的組織自從安裝以來(lái)如何使用Basic ClearCase對(duì)象。這個(gè)變化的過(guò)程非常類(lèi)似于第一次遷移到ClearCase系統(tǒng)的過(guò)程。對(duì)于任何新的項(xiàng)目，你需要弄明白在你可以向前走時(shí)你處于什么位置。
首先，你應(yīng)該回顧一下當(dāng)前使用的基本ClearCase對(duì)象。通過(guò)回顧當(dāng)前的對(duì)象，你將能夠了解你的基礎(chǔ)裝置和UCM方式之間的區(qū)別，更好地理解新的UCM對(duì)象帶給你的ClearCase系統(tǒng)的新功能。進(jìn)行此變更的大多數(shù)組織發(fā)現(xiàn)，他們已經(jīng)編寫(xiě)了許多自己的腳本來(lái)執(zhí)行由一些UCM對(duì)象包含的功能。象這樣的一些情況，采用UCM對(duì)象會(huì)很好。這會(huì)使你受益，因?yàn)榇藭r(shí)ClerCase與你的定制開(kāi)發(fā)有相同的功能，在系統(tǒng)里你會(huì)有更少的必須支持的腳本，使得你可以花更多的時(shí)間關(guān)注實(shí)際的工作。
基本的ClearCase對(duì)象
如果你已經(jīng)完成了一個(gè)配置管理(CM)計(jì)劃，同樣可以做。如果你還沒(méi)有一個(gè)計(jì)劃，請(qǐng)參見(jiàn)IBM Rational Unified Process 方法論選擇一個(gè)合適的模板。一個(gè)好的配置管理 (CM)計(jì)劃應(yīng)該包括非常概括的工作流程條款，和特定的ClearCase規(guī)劃。如果你已經(jīng)有了自己系統(tǒng)詳細(xì)的規(guī)劃，將會(huì)發(fā)現(xiàn)UCM的變化將會(huì)相當(dāng)直接。至少你將會(huì)容易地能夠看到無(wú)論是否是UCM對(duì)于你的實(shí)施都是一個(gè)很好的適合。那是你希望有一個(gè)對(duì)于已有對(duì)象和你當(dāng)前的對(duì)象的清除的理解－－僅僅因?yàn)閁CM是可用的，不必要地意義你將會(huì)使用它。
UCM主要是對(duì)你已經(jīng)一直在使用的base ClearCase 對(duì)象增加了額外的對(duì)象和工作流。因此，在你著手這些變更前，首先看一下關(guān)于當(dāng)前使用的ClearCase對(duì)象的一些問(wèn)題：
VOB（版本對(duì)象庫(kù)）
版本對(duì)象庫(kù)（VOB）在UCM中如同在base ClearCase使用模型中一樣重要。你有可能在你當(dāng)前的系統(tǒng)里繼續(xù)使用相同的VOB結(jié)構(gòu)。當(dāng)你可能改變少量東西使其在UCM中更有效時(shí)，你可能希望什么也不做。當(dāng)然，你將會(huì)需要回答一些有關(guān)你的VOB結(jié)構(gòu)的基本問(wèn)題，這些問(wèn)題的大多數(shù)可能已經(jīng)在你的配置管理計(jì)劃里進(jìn)行了回答：
你的VOBs是如何計(jì)劃的？
你有admin VOBs嗎？
VOBs之間的關(guān)系是怎樣的？
在VOBs里包含哪些種類(lèi)信息，以及它們的目錄是如何組織的？
視圖（View）
UCM使用視圖做一些有趣的事情。他們通常較之于基礎(chǔ)ClearCase方式執(zhí)行有更長(zhǎng)的持續(xù)時(shí)間。回答關(guān)于視圖如何創(chuàng)建和刪除是很重要的。另外，配置規(guī)格（config specs）自動(dòng)地在UCM里產(chǎn)生，并且它們可能不是你所希望的。重要的是你也可以描述配置規(guī)格，因而理解從原有舊系統(tǒng)到新系統(tǒng)的映射。問(wèn)問(wèn)你自己：
誰(shuí)能創(chuàng)建視圖？
視圖創(chuàng)建的頻率是如何的？
視圖創(chuàng)建是自動(dòng)地還是手動(dòng)地？
視圖保留多長(zhǎng)時(shí)間？
什么時(shí)候刪除視圖？
配置規(guī)格是自動(dòng)創(chuàng)建的嗎？
配置規(guī)格是共享的嗎？
標(biāo)簽（Label）
標(biāo)簽有太多種不同的使用方法，可以使你變得頭暈。列出關(guān)于標(biāo)簽的所有可能問(wèn)題是不可能的，但是如果你是負(fù)責(zé)任地并構(gòu)建了一個(gè)表，這個(gè)表包含了在你的系統(tǒng)里的每種標(biāo)簽類(lèi)型的信息，那你是處于正確的道路上。在UCM里使用標(biāo)簽會(huì)有助于UCM使用模型。理解下面的問(wèn)題總會(huì)是好的：
標(biāo)簽如何使用？
什么時(shí)候使用標(biāo)簽？（構(gòu)造，合并，工作流控制）
你的標(biāo)簽命名方案是什么？
當(dāng)標(biāo)簽不再被需要時(shí)，如何廢棄和刪除？
分支（Branch）
如果你正在使用base ClearCase而沒(méi)有使用分支，那么你可能還是忽略下面的問(wèn)題比較好，因?yàn)閷?shí)質(zhì)上你還沒(méi)有一個(gè)base ClearCase的使用模型。如果是這種情況，你可以直接轉(zhuǎn)換到UCM模型，而不用從你的當(dāng)前模型進(jìn)行映射。實(shí)際上，無(wú)論你當(dāng)前有什么都必須拋棄掉。
如果在你的模型里有分支，那么你有許多工作要做。UCM分支模型使用流的概念，我們稍后會(huì)討論。有可能，你的分支模型將會(huì)徹底被拋棄。然而，另一方面，你的使用模型可能仍然是可用的。確保你花時(shí)間來(lái)理解下面的問(wèn)題：
什么時(shí)候創(chuàng)建一個(gè)分支類(lèi)型？
你的命名約定是什么？
什么時(shí)候元素移動(dòng)到分支？
你的分支策略是什么？
有多少人在同一個(gè)分支上工作？
你有一個(gè)集成分支嗎？
你在“main”分支上做什么？
你要讓你的分支過(guò)時(shí)效嗎？
什么時(shí)候分支被棄用和刪除？
合并（Merging）
與你的分支一樣，你需要花一些時(shí)間在本節(jié)里理解關(guān)于合并的問(wèn)題。UCM有集成點(diǎn)和新的命令來(lái)處理從一個(gè)分支到另一個(gè)分支的代碼合并，這需要通過(guò)稱(chēng)為提交和變基的兩個(gè)概念來(lái)完成。理解為什么合并以及何時(shí)進(jìn)行合并是非常重要的。問(wèn)問(wèn)你自己：
什么時(shí)候進(jìn)行代碼合并？是由一個(gè)事件引起觸發(fā)？還是由時(shí)間引起觸發(fā)？
代碼是自動(dòng)合并還是手動(dòng)合并？
誰(shuí)對(duì)代碼合并負(fù)責(zé)？
允許從集成分支合并到開(kāi)發(fā)分支嗎？
從一個(gè)開(kāi)發(fā)分支合并到一個(gè)集成分支的頻率是怎樣的？
觸發(fā)器（Trigger）
在大多數(shù)的base ClearCase系統(tǒng)中，觸發(fā)器是非常重要的，因?yàn)樗麄冇兄诠ぷ髁鞒毯瓦^(guò)程控制。UCM有一些方針，包括了ClearCase觸發(fā)器的使用。確保你的配置管理計(jì)劃描述了你的觸發(fā)器和使用它們的VOB。理解這些問(wèn)題是重要的：
你使用的觸發(fā)器是什么，為什么要使用它們？
哪些VOB使用的哪些觸發(fā)器？
UCM中的基本對(duì)象
Base ClearCase提出了一些很抽象的概念，例如分支，標(biāo)簽，超鏈接，元素，視圖和版本對(duì)象庫(kù)，UCM作出了更高級(jí)別的抽象，我們每天用于進(jìn)行開(kāi)發(fā)，集成和提交產(chǎn)品。這些更高層的概念是：
項(xiàng)目（Project）
流（Stream）
活動(dòng)（Activitie）
基線（Baseline）
構(gòu)件（Component）
如果你已經(jīng)使用base ClearCase 有一段時(shí)間了，你會(huì)很快發(fā)現(xiàn)這些概念已經(jīng)存在你的系統(tǒng)里了，要么是在文檔中，要么在腳本中�？梢园阉J(rèn)為是你的才華的一個(gè)證實(shí)，軟件現(xiàn)在提供了你曾經(jīng)創(chuàng)建腳本去做的所有事情－－現(xiàn)在你可以繼續(xù)輕松下來(lái)，使用這些可利用的東西。
項(xiàng)目（Project）
項(xiàng)目用于為一組人在一個(gè)單一的項(xiàng)目上提供工作。它可以是一個(gè)產(chǎn)品的發(fā)布，一個(gè)完整項(xiàng)目的子系統(tǒng)，或者是集成一些產(chǎn)品形成一個(gè)套間。項(xiàng)目包含了一個(gè)集成流和零個(gè)和多個(gè)開(kāi)發(fā)流。這是項(xiàng)目必須的開(kāi)始計(jì)劃。當(dāng)開(kāi)始創(chuàng)建項(xiàng)目前，盡管你需要和市場(chǎng)人員、軟件開(kāi)發(fā)團(tuán)隊(duì)、質(zhì)量保證人員坐下來(lái)討論，同時(shí)技術(shù)方面的作者開(kāi)始確定你希望如何一起工作。
