ClearCase基本概念總結

1、1 ClearCase 簡介ClearCase是一種配置管理工具，由Rational公司開發(fā)，是開發(fā)小組用來跟蹤、管理軟件開發(fā)過程各個工件的配置管理系統(tǒng)， ClearCase可以協(xié)助開發(fā)組織更好地管理軟件開發(fā)進程。ClearCase可以和Rational公司的其他軟件緊密結合，例如UCM、ClearQuest等等。ClearCase包括兩套：ClearCase LT和ClearCase (MultiSite)。前者可以用于在同一個局域網的開發(fā)小組，適合于中小型開發(fā)組織；ClearCase (MultiSite)則適應于分布于不同地理位置、不同局域網的開發(fā)小組，適合于大型的開發(fā)組織。注：在后續(xù)文

2、章中，經常將ClearCase簡稱為CC。2 基本概念2.1 VOB、VIEWVOB是ClearCase存儲軟件系統(tǒng)各個組成元素的所有版本數據的倉庫，一個版本是其中包含的特定文件或目錄；VIEW則是通過一定的規(guī)則選擇出來的各個元素特定版本的集合，用戶通過VIEW存取、修改各個元素。VOB和VIEW的關系如下圖所示：視圖有兩種類型：快照視圖（snapshot view）及動態(tài)視圖（dynamic view）?？煺找晥D，是將CC服務器中的視圖內容拷貝到開發(fā)人員的機器中，開發(fā)人員需要經常與服務器同步以保持數據的一致性，快照視圖的好處在于開發(fā)人員不必一直通過網絡與CC服務器保持連接；動態(tài)視圖則是動態(tài)的

3、將CC服務器中的內容同步到開發(fā)人員的機器中，這就要求開發(fā)人員一直保持與服務器的網絡連接。一般來講，由管理員決定選用哪種視圖。開發(fā)人員的開發(fā)涉及到兩個視圖：開發(fā)視圖和集成視圖。如果用戶的名字為pat，參與的項目叫做test，那么兩個視圖缺省的名字為test_dev_pat和test_int_pat。開發(fā)視圖用于開發(fā)人員的開發(fā)過程，開發(fā)人員在開發(fā)視圖中完成軟件的開發(fā)、修改、提交等工作；集成視圖的作用是存放開發(fā)人員完成的工作，使得開發(fā)人員可以通過該視圖中的內容對其開發(fā)進行驗證。2.2 CHECK-IN & CHECK-OUT像其他配置管理工具一樣，ClearCase 通過Check-in和C

4、heck-out的方式實現配置管理。Check-out一個文件時，ClearCase就會在視圖中創(chuàng)建該文件的一個可編輯的版本，可以對該文件進行修改；Check-in一個文件時，ClearCase就在VOB中創(chuàng)建該文件的一個新的永久的版本，本地視圖中對應的文件就會變成只讀屬性，無法修改。2.3 基線（Baseline）在軟件開發(fā)過程中，可以將各個元素的不同的版本組合成一個基線。通過基線表示軟件項目開發(fā)達到了一定的要求，也可以說是里程碑。項目管理員可以根據情況設置相應的基線，并隨著項目的發(fā)展逐步設置新的基線。2.5 活動（Activity）活動是開發(fā)者為完成、提交一項開發(fā)任務而創(chuàng)建的，是用來記錄開

5、發(fā)者創(chuàng)建或修改的文件集合（變化集合）的對象，例如下圖所示的修改BUG。一個活動包含一個組件（Component）兩個或多個元件(Element)的多個版本?；顒邮荱CM的基本對象。 上圖表明活動Fixing bug（排錯） 2144包含foo.c和bar.c。通過活動，開發(fā)者可以一次完成對多個文件的操作，而不必一一處理，可以極大的提高工作效率。2.6 流（Stream）流記錄了在項目的私有工作區(qū)和共享工作區(qū)中的所有活動歷史。流同時也定義了開發(fā)者通過私有工作區(qū)可以存取相應元件（例如文件foo.c）的哪個版本。下圖表示了一個流： 5 項目管理使用CC進行項目管理，可以采用兩種方式：Base Cle

6、arCase方式和UCM(Unified Change Management)方式。Base ClearCase方式是基于文件的管理方式，UCM方式則主要采用Activity方式進行項目管理。與Base ClearCase方式相比，UCM方式具有以下一些優(yōu)點： UCM比Base ClearCase更加有效 UCM使用Stream方式管理項目，比Base ClearCase采用Branch方式管理項目的方式減少了配置工作 UCM方式對基線的管理更加自動化并提供了附加的執(zhí)行操作 UCM方式使用活動管理項目，更加簡單，并提供了與ClearQuest工具集成的功能 UCM方式更加有利于并行開發(fā)模式下面

7、對項目管理的討論主要基于UCM方式。5.1 UCM基礎UCM方式采用一種迭代開發(fā)過程，開發(fā)人員在同一個UCM項目中工作。項目管理者負責創(chuàng)建項目，維護項目公共區(qū)域。一個項目包括了公共區(qū)域和多個私有工作區(qū)域，私有工作區(qū)域允許開發(fā)人員在活動上各自獨立地進行工作。工作過程如下： 項目管理者創(chuàng)建項目并且為項目中的元件確定初始基線集合； 開發(fā)人員通過創(chuàng)建私有工作區(qū)域、獲取項目基線內容，加入該項目； 開發(fā)人員創(chuàng)建活動并且一次在一個活動上工作，與活動相關的文件集合稱為變化集； 當開發(fā)人員完成活動，并且在其私有工作區(qū)對其工作進行了測試后，通過執(zhí)行交付將其工作與開發(fā)組共享。交付操作將開發(fā)者私有區(qū)域中的工作合并到項

8、目共享區(qū)域。 項目管理者在項目共享區(qū)域集成開發(fā)人員交付的工作。 項目管理者定期在項目共享域創(chuàng)建新的基線，用來集成開發(fā)人員的工作。 項目管理者執(zhí)行快速驗證測試，以保證新的基線可以正常工作。軟件質量工程師將執(zhí)行更多的擴展測試。 項目管理者定期在基線的質量和穩(wěn)定性提高后調整極限的晉升級別（如：創(chuàng)建、測試、發(fā)布）以反映適當的里程碑。當新的基線經過了足夠的測試，項目管理者可以將其指定為推薦基線。 開發(fā)者執(zhí)行rebase操作來修改其私有工作區(qū)，使其包含新的推薦基線所確定的新版本集。 開發(fā)者繼續(xù)如下的開發(fā)循環(huán)：基于活動進行開發(fā)工作、發(fā)布完成的活動、根據新基線修改其私有工作區(qū)域。上述的任務可以分為兩個循環(huán)：項

9、目管理和開發(fā) 5.2 創(chuàng)建項目 創(chuàng)建并配置一個項目，需要按照以下步驟進行： 創(chuàng)建存放項目信息的倉庫 創(chuàng)建包含開發(fā)者使用的文件集組件 創(chuàng)建基線，以便開發(fā)人員可以確定開始其工作的文件版本 選擇希望采取的開發(fā)策略注意：創(chuàng)建新的項目應當以安裝CC時使用的用戶登錄，其他用戶才能正常使用該項目。創(chuàng)建步驟：a. 使用安裝了CC LT Server 的計算機，運行其中的”Rational ClearCase LTAdministration Console”，加入保存新的項目數據所需要的VOB。 在此創(chuàng)建的VOB為TEST（具體是否創(chuàng)建VOB根據實際需求而定）。b. 打開運行Rational ClearCas

10、e程序組中的“Rational ClearCase LT Project Explorer”，進入項目瀏覽器： 按照上圖，創(chuàng)建新的項目，根據提示操作，選擇缺省的選項，一直到第三步：New Project Step 3c. 添加項目使用的基線點 點擊“Add”按鈕從組件列表中選擇指定的組件（component），在此，選擇剛剛創(chuàng)建的組件TEST，然后基線列表中出現了與組件相關的基線，選擇一個基線，新的組件只有一個基線：xxxx_INITIAL，此處選擇的是TEST_INITIAL基線。點擊OK：這樣，就為將要創(chuàng)建的項目選擇了初始基線，點擊下一步，進入步驟四。d. 設置可修改組件、調整項目策略選擇項目中需要修改的組件，在此選擇TEST，實際應用中需要根據實際情況做出選擇。點擊按鈕“Policies”，調整項目的策略：具體的項目策略應當根據實際情況進行調整，