您的位置:軟件測試 > 開源軟件測試 > 開源配置管理工具 >
從Base方式轉(zhuǎn)移到UCM ClearCase
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2013/3/25 17:02:19 ] 推薦標(biāo)簽:

有關(guān)項(xiàng)目的ClearCase 命令包括:mkproject, lsproject, chproject, 和rmproject。

流(Stream)
流可以比喻成開發(fā)的分支。流基本上是由元素的特定版本組成。普通分支和流主要的區(qū)別是在流里保存了附件的信息。比如,流里包含了基線,和一組活動。它也可以包含和其它流的關(guān)系,比如父流。基線,加上活動集,決定流里包括元素的哪些版本。

圖1:流的例子

在圖1里,有兩個(gè)活動--活動1和活動2--已經(jīng)添加到了流里。基線由那些在圖里顯示為粗體線條的元素版本表示。兩個(gè)活動包含表示為不同的模式的元素版本。

流有兩種基本的類型:集成流和開發(fā)流。對項(xiàng)目有一個(gè)且只有一個(gè)集成流 。在非常簡單的項(xiàng)目里,開發(fā)者可以在集成流里做變更,工作在流里的每個(gè)項(xiàng)目成員只要一有檢入,會看到所有其它的變更。更復(fù)雜的項(xiàng)目可能有一個(gè)和更多級別的開發(fā)流,它們始于集成流的不同基線配置。在此情況下,開發(fā)者在其的開發(fā)流上進(jìn)行“個(gè)人”工作,并且項(xiàng)目成員不會立即看到彼此的工作。一旦開發(fā)者完成了他們自己在開發(fā)流上的工作,并準(zhǔn)備共享給其余的項(xiàng)目成員時(shí),開發(fā)流的內(nèi)容被“提交”到集成流上。想像集成流是把來自開發(fā)流的所有變更集合在一起。

圖2:集成流的例子

有關(guān)流的ClearCase命令包括: mkstream, lsstream, chstream, 和rmstream。

基線(Baseline)
基線代表了用于開始一個(gè)流和變基一個(gè)流的元素版本。一種查看基線的簡單方法是把它們和標(biāo)簽進(jìn)行比較,困難在于附加信息(包括關(guān)系)保存在基線里;是很多活動的起點(diǎn),比如創(chuàng)建流,變基流,等等。

有關(guān)基線的ClearCase命令包括:mkbl, lsbl, chbl, rmbl, diffbl, setplevel, 和cleardiffbl。

活動(Activitie)
在ClearCase UCM項(xiàng)目里對任何元素的所有的變更必須關(guān)聯(lián)到一個(gè)活動。一個(gè)活動是你的團(tuán)隊(duì)成員工作的基本單元。它有以下這些構(gòu)件:

一個(gè)標(biāo)題(ID)
一個(gè)創(chuàng)建者
一個(gè)變更集(變更元素的集合)
一個(gè)相應(yīng)的流
如果你正在使用IBM Rational ClearQuest,一個(gè)活動通常聯(lián)系到一個(gè)缺陷或一條增強(qiáng)請求。

有關(guān)活動的ClearCase命令包括:mkactivity, lsactivity, chactivity, 和rmactivity。

構(gòu)件(Component)
構(gòu)件允許你組建一組相關(guān)的目錄和文件元素在一起,并且把它們和UCM項(xiàng)目進(jìn)行綁定。一個(gè)構(gòu)件被開發(fā)、集成,并且其所有的部分是一起發(fā)布的。所有的項(xiàng)目必須有一個(gè)和多個(gè)構(gòu)件,并且在項(xiàng)目間可以共享構(gòu)件。然而,一個(gè)構(gòu)件不能跨越多個(gè)版本對象庫(VOB),大的構(gòu)件大小是它的版本對象庫(VOB)。關(guān)于構(gòu)件的其它內(nèi)容包括:

元素不能從一個(gè)構(gòu)件移動到另一個(gè)構(gòu)件。
一個(gè)元素只能存在一個(gè)構(gòu)件里。
一旦創(chuàng)建了一個(gè)構(gòu)件,你不能重新組織它到子構(gòu)件里。
預(yù)先計(jì)劃構(gòu)件是非常重要的。一個(gè)策略是:將要共享給其它項(xiàng)目的所有元素置于同一個(gè)構(gòu)件中,或放到構(gòu)件組中。

有關(guān)構(gòu)件的ClearCase命令包括:mkcomp, lscomp, 和rmcomp。

文件夾(Folder)
一個(gè)文件夾是一個(gè)項(xiàng)目或多個(gè)項(xiàng)目包含信息的容器。文件夾可以包含其他的文件夾,以及任意數(shù)量的項(xiàng)目。你可能在你的VOB中一直在使用目錄作為base ClearCase中的某些對象種類的一個(gè)文件夾,F(xiàn)在文件夾是第一個(gè)類對象,作為替代,你可以使用它們。

有關(guān)文件夾的ClearCase命令包括:mkfolder, lsfolder, rmfolder 和chfolder。

有用的UCM命令
理解UCM對象是將你的當(dāng)前過程映射到UCM的第一步,但是為了有助于你的規(guī)劃,還有一些你應(yīng)當(dāng)很好了解的常用命令。這些是基本的命令,可能是開發(fā)者經(jīng)常使用的,理解什么時(shí)候使用這些命令是非常重要的。

工作在活動上
在檢入或檢出文件前,開發(fā)者需要設(shè)置一個(gè)活動到當(dāng)前的視圖;顒訉⒏櫾谝晥D里發(fā)生的變化。所有的變更保存在一個(gè)變更集里。當(dāng)提交活動時(shí),變更集關(guān)聯(lián)到這些提交到集成流里的活動,因此團(tuán)隊(duì)里的每個(gè)人能看到這些變更。

提交變更
一旦在一個(gè)活動上結(jié)束工作,你可以提交你的變更到默認(rèn)的集成流(父流),或者提交到任何其它的你選擇的流。流可以接受或拒絕變更,這取決于在團(tuán)隊(duì)里建立的方針。提交活動的命令是:

cleartool deliver -- 將元素的變更從一個(gè)源流提交到目標(biāo)流。提交的狀態(tài)也可以從此命令得到。

當(dāng)提交開始時(shí),它創(chuàng)建一個(gè)特殊的活動提交變更到集成流;顒拥膭(chuàng)建有助于管理任何可能的合并沖突和解決措施。提交可以分兩步完成,或者是在一個(gè)單獨(dú)步驟中完成。第一步是執(zhí)行變更元素的合并。第二步確定變更并標(biāo)識活動的完成。你可以通過使用complete標(biāo)記來強(qiáng)制一步提交完成。

變基工作空間
你可能會階段性地從集成流變基你的流。記住--你的開發(fā)流通常會等待很長時(shí)間。你會階段性地需要從你的團(tuán)隊(duì)成員的活動上得到更新;旧希贑learCase變基命令只做如下工作:提供(并然后變更)其它團(tuán)隊(duì)成員已經(jīng)提交到一個(gè)集成流上的活動。

cleartool rebase -- 變更流的配置

變基流時(shí)是一個(gè)多步驟的過程,很象提交活動。你可以從集成流集成代碼到開發(fā)流,這包括移動標(biāo)簽并解決合并沖突。如同提交命令一樣,-complete可以用于將自動創(chuàng)建的活動標(biāo)記為已完成(換句話說,強(qiáng)制進(jìn)行一步變基)。

作為一個(gè)配置經(jīng)理,你好提供推薦基線,來讓開發(fā)者能變基他們的開發(fā)流。例如,一個(gè)穩(wěn)定的構(gòu)造可以放到推薦的基線列表上,使開發(fā)者能夠看到他們正在從一個(gè)在給定時(shí)間上的代碼開始工作。

將兩個(gè)世界連在一起
由于使用 base ClearCase,很多UCM模型的概念對于你已經(jīng)做的可能不是很困難,F(xiàn)在主要規(guī)劃的是什么是UCM要做的。接下來你能可以檢查一下從整個(gè)UCM中得到的不同可用模型間的區(qū)別。這不是你能在兩個(gè)小時(shí)內(nèi)做到的--正如我們所概述的,你會需要花時(shí)間來構(gòu)建一個(gè)完整的配置管理計(jì)劃。你也需要徹底地詳細(xì)說明你目前在使用什么,以及你想使用UCM做什么。

上一頁12下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd