怎麼用clear case?

怎麼用clear case?

羅索工作室 (http://www.roarsoft.net) 添加者:iwgh 加入時間:2005-12-5 16:11:00

1ClearCase簡介

 

ClearCase是一種組態管理工具，由Rational公司開發，是開發小組用來跟蹤、管理軟體開發過程各個工件的組態管理系統，ClearCase可以協助開發組織更好地管理軟體開發進程。
ClearCase可以和Rational公司的其他軟體緊密結合，例如UCM、ClearQuest等等。
ClearCase包括兩套：ClearCaseLT和ClearCase(MultiSite)。前者可以用於在同一個區域網路的開發小組，適合於中小型開發組織；ClearCase(MultiSite)則適應於分佈於不同地理位置、不同區域網路的開發小組，適合於大型的開發組織。
因此，一般的公司使用ClearCaseLT就足夠了。
註：在後續文章中，經常將ClearCase簡稱為CC。

2ClearCaseLT工作原理

2.1系統組成

ClearCaseLT由ClearCaseLTServer和ClearCaseLTClient兩個部分組成，其中伺服器部分負責資料的集中管理；用戶端部分則安裝在各個需要使用ClearCase服務的機器上，以及主要開發人員的電腦上，屬於典型的Client/Server結構。
ClearCaseLTServer採用VOB(VersionedObjectBase)儲存組態管理資料，使用者通過視圖（VIEW）的方式擷取VOB中儲存的資料；UCM方式（參見“專案管理”部分）中，主要通過Stream（流）和Activity（活動）管理項目。

2.2VOB、VIEW

VOB是ClearCase儲存軟體系統各個組成元素的所有版本資料的倉庫，一個版本是其中包含的特定檔案或目錄；VIEW則是通過一定的規則選擇出來的各個元素特定版本的集合，使用者通過VIEW存取、修改各個元素。
VOB和VIEW的關係如所示：
視圖有兩種類型：快照視圖（snapshotview）及動態視圖（dynamicview）。快照視圖，是將CC伺服器中的視圖內容拷貝到開發人員的機器中，開發人員需要經常與伺服器同步以保持資料的一致性，快照視圖的好處在於開發人員不必一直通過網路與CC伺服器保持串連；動態視圖則是動態將CC伺服器中的內容同步到開發人員的機器中，這就要求開發人員一直保持與伺服器的網路連接。一般來講，由管理員決定選用哪種視圖。
開發人員的開發涉及到兩個視圖：開發視圖和整合視圖。如果使用者的名字為pat，參與的項目叫做test，那麼兩個視圖預設的名字為pat_test和pat_test_integration。
開發視圖用於開發人員的開發過程，開發人員在開發視圖中完成軟體的開發、修改、提交等工作；整合視圖的作用是存放開發人員完成的工作，使得開發人員可以通過該視圖中的內容對其開發進行驗證。

2.3CHECK-IN&CHECK-OUT

像其他組態管理工具一樣，ClearCaseLT通過Check-in和Check-out的方式實現組態管理。Check-out一個檔案時，ClearCase就會在視圖中建立該檔案的一個可編輯的版本，可以對該檔案進行修改；Check-in一個檔案時，ClearCase就在VOB中建立該檔案的一個新的永久的版本，本地視圖中對應的檔案就會變成唯讀屬性，無法修改。

2.4基準（Baseline）

在軟體開發過程中，可以將各個元素的不同的版本組合成一個基準。通過基準表示軟體項目開發達到了一定的要求，也可以說是裡程碑。
專案系統管理員可以根據情況設定相應的基準，並隨著項目的發展逐步設定新的基準。

2.5活動（Activity）

活動是開發人員為完成、提交一項開發工作單位而建立的，是用來記錄開發人員建立或修改的檔案集合（變化集合）的對象，例如所示的修改BUG。一個活動包含一個組件（Component）兩個或多個元件(Element)的多個版本。
活動是UCM的基本對象。
通過活動，開發人員可以一次完成對多個檔案的操作，而不必一一處理，可以極大的提高工作效率。

2.6流（Stream）

流記錄了在項目的私人工作區和共用工作區中的所有活動曆史。流同時也定義了開發人員通過私人工作區可以存取相應元件（例如檔案foo.c）的哪個版本。

3ClearCaseLT設定

3.1安裝ClearCaseLTServer

安裝ClearCaseLTServer的步驟參見後續章節的ClearCase安裝部分。
安裝完畢ClearCaseLTServer以後，需要進行一些設定，主要是資料的準備、環境變數設定、使用權限設定等。

3.2產生基礎VOB

ClearCase伺服器安裝完畢之後，會自動啟動ClearCase伺服器設定嚮導，設定初始的VOB。
也可在以後單獨運行該嚮導。
如果需要額外的VOB資料，需要通過ClearCase管理主控台（AdministrationConsole）完成。

3.3設定環境變數

由於WindowsNT/2000中的BUG，ClearCase要正常完成授權管理，必須設定環境變數：
a.開啟控制台，選擇“系統”進入“系統特性”設定
b.選擇“進階”頁面，點擊“環境變數”按鈕，進入環境變數設定。在“使用者變數”一欄中點擊“建立”按鈕，輸入變數名稱：CLEARCASE_PRIMARY_GROUP變數值設定為將要訪問ClearCase的使用者組，例如CLEARCASE_USERS，表示CLEARCASE_USERS組可以訪問ClearCase。（在安裝ClearCaseClient的Windows2000/NT的機器裡面也必須設定CLEARCASE_PRIMARY_GROUP，方法參照b；Windows98需要在autoexec.bat檔案裡面設定該環境變數）

3.4許可權管理

許可權管理在ClearCase的使用管理中十分重要，必須正確設定許可權，才能正常使用ClearCase的各種功能。

3.4.1ClearCaseLT伺服器端的使用權限設定

ClearCase通過Windows提供的使用者組實現使用者登入管理，因此必須設定相應的可以訪問ClearCase功能的使用者組。
以上一節提供的資料為例，ClearCase管理員需要在ClearCase伺服器上產生一個使用者組CLEARCASE_USERS，然後產生要使用ClearCase進行軟體開發的使用者帳號，並且將這些帳號指定到CLEARCASE_USERS組。
注意：指定的使用者組名稱必須和前面設定的環境變數CLEARCASE_PRIMARY_GROUP中的名字相同！

3.4.2ClearCase客戶的設定

ClearCase用戶端必須採用在伺服器中提供的賬戶，登入到伺服器域，才能使用ClearCase。

3.5其他事項

如果遇到問題，可以使用ClearCase提供的“RationalClearCaseLTDoctor”檢查問題所在，然後根據它提供的方法解決問題。
該工具在ClearCaseLT伺服器和用戶端都有。

4ClearCaseClient安裝、配置

4.1配置LicenseServer（同意伺服器）

運行ClearCase安裝程式，根據提示逐步進行，選擇Client即可安裝用戶端、選擇Server即可安裝服務端。
待安裝完成後，在目標機中執行“開始”功能表列中的RationalLicenseKeyAdministrator。首先點擊按鈕“取消”，然後點擊“Settings”，彈出對話方塊後，點擊“licenseFiles”，做相應軟體授權設定。
點擊按鈕“確定”配置成功。

4.2安裝ClearCaseLT軟體

要安裝ClearCaseLTServer，則使用滑鼠選中“RationalClearCaseLTServer”，然後點擊按鈕“下一步”，開始安裝Server。
要安裝ClearCaseLTClient，則使用滑鼠選中“RationalClearCaseLTClient”，然後點擊按鈕“下一步”，開始安裝Client軟體。
根據提示，繼續安裝，就可以完成Server或者是Client的安裝。

4.3ClientCase用戶端配置

安裝完畢用戶端軟體後，需要對用戶端系統進行一些設定。
首先配置使用者組，具體方法參照錯誤！未找到引用源。對於Windows98中設定環境變數的方法，請自行參考相應的文檔。
其次設定網路屬性，設定客戶機的網路ID以及登陸的域。注意：需要在域中填寫ClearCaseLTServer所在電腦的網域名稱稱。
在Windows2000中，通過控制台開啟“系統”功能，進入“網路標識”頁面，點擊“屬性”按鈕，設定電腦名稱和所屬的域。
使用者每次登入電腦時，必須選擇登入到域。輸入在ClearCaseLTServer電腦上的使用者名稱稱和密碼，這樣才能使用ClearCase提供的服務。

5專案管理

使用CC進行專案管理，可以採用兩種方式：BaseClearCase方式和UCM(UnifiedChangeManagement)方式。
BaseClearCase方式是基於檔案的管理方式，UCM方式則主要採用Activity方式進行專案管理。與BaseClearCase方式相比，UCM方式具有以下一些優點：
UCM比BaseClearCase更加有效
UCM使用Stream方式管理項目，比BaseClearCase採用Branch方式管理項目的方式減少了配置工作
UCM方式對基準的管理更加自動化並提供了附加的執行操作
UCM方式使用活動管理項目，更加簡單，並提供了與ClearQuest工具整合的功能
UCM方式更加有利於並行開發模式
下面對專案管理的討論主要基於UCM方式。

5.1UCM基礎

UCM方式採用一種反覆式開發法過程，開發人員在同一個UCM項目中工作。
專案管理者負責建立項目，維護項目公用地區。
一個項目包括了公用地區和多個私人工作區域，私人工作區域允許開發人員在活動上各自獨立地進行工作。
工作過程如下：
專案管理者建立項目並且為項目中的元件確定初始基準集合；
開發人員通過建立私人工作區域、擷取項目基準內容，加入該項目；
開發人員建立活動並且一次在一個活動上工作，與活動相關的檔案集合稱為變化集；
當開發人員完成活動，並且在其私人工作區對其工作進行了測試後，通過執行交付將其工作與開發組共用。交付操作將開發人員私人地區中的工作合并到項目共用地區。
專案管理者在項目共用地區整合開發人員交付的工作。
專案管理者定期在項目共用域建立新的基準，用來整合開發人員的工作。
專案管理者執行快速驗證測試，以保證新的基準可以正常工作。軟體品質工程師將執行更多的擴充測試。
專案管理者定期在基準的品質和穩定性提高後調整極限的晉陞層級（如：建立、測試、發布）以反映適當的裡程碑。當新的基準經過了足夠的測試，專案管理者可以將其指定為推薦基準。
開發人員執行rebase操作來修改其私人工作區，使其包含新的推薦基準所確定的新版本集。
開發人員繼續如下的開發迴圈：基於活動進行開發工作、發布完成的活動、根據新基準修改其私人工作區域。
上述的任務可以分為兩個迴圈：專案管理和開發

5.2建立項目

建立並配置一個項目，需要按照以下步驟進行：
建立存放項目資訊的倉庫
建立包含開發人員使用的檔案集組件
建立基準，以便開發人員可以確定開始其工作的檔案版本
選擇希望採取的開發策略
注意：建立新的項目應當以安裝CC時使用的使用者登入，其他使用者才能正常使用該項目。
建立步驟：
a.使用安裝了CCLTServer的電腦，運行其中的”RationalClearCaseLTAdministrationConsole”，加入儲存新的項目資料所需要的VOB。
在此建立的VOB為TEST（具體是否建立VOB根據實際需求而定）。
b.開啟運行RationalClearCase程式組中的“RationalClearCaseLTProjectExplorer”，進入項目瀏覽器：建立新的項目，根據提示操作，選擇預設的選項，一直到第三步：NewProject–Step3
c.添加項目使用的基準
點擊“Add”按鈕：
從組件列表中選擇指定的組件（component），在此，選擇剛剛建立的組件TEST，然後基準列表中出現了與組件相關的基準，選擇一個基準，新的組件只有一個基準：xxxx_INITIAL，此處選擇的是TEST_INITIAL基準。點擊OK，這樣，就為將要建立的項目選擇了初始基準，點擊下一步，進入步驟四。
d.設定可修改組件、調整項目策略
選擇項目中需要修改的組件，在此選擇TEST，實際應用中需要根據實際情況做出選擇。
點擊按鈕“Policies”，調整項目的策略，具體的項目策略應當根據實際情況進行調整，一般是將”ForAlldeliveries”原則設定為Enabled.
e.繼續選擇預設的配置，完成項目的建立。這樣就產生了一個以預設VOB為基礎的新項目，新項目產生一個預設的Integration_Stream：testa_Integration（這裡假定剛剛產生的新項目名稱為testa）

5.3通知開發群組成員加入新的項目

建立了新項目後，需要通知、指導開發人員加入到新建立的項目中，具體的方法參見開發部分。

5.4管理項目

當通知開發人員加入到新項目開發中後，專案系統管理員的職責就是不斷監視項目開發的進展情況，對不同開發人員提交的原始碼進行相應的管理、驗證工作；在開發進展到一定程度後，為項目產生新的基準；指定新的推薦基準，直到項目開發完畢。（參見UCM基礎部分）

5.4.1產生新的基準

管理員需要根據開發人員的開發情況，經常針對當前開發產生新的基準，以便更好的儲存項目的開發過程。
操作過程如下：
(1)啟動”RationalClearCaseLTProjectExplorer”，選擇當前的項目，選中項目的整合視圖，點擊滑鼠右鍵，選擇”Properties”功能，修改屬性：進入Lock頁面，將狀態改為Locked。鎖定IntegrationStream，防止使用者提交新的資料。
(2)選中項目的整合視圖，點擊滑鼠右鍵，選擇”makebaseline…”功能，在彈出的”makebaseline”對話方塊中，輸入基準的名稱、描述、類型，並且在”ViewContext”中選擇對應的整合視圖。中選擇的是遞增類型視圖、以jim_testa_integration視圖為基礎。
(3)按照(1)中的方法，將IntegrationStream的狀態改為Unlocked。

5.4.2管理基準

在項目開發過程中會產生許多的基準，管理員需要根據項目開發的進展來管理基準，例如改變基準的屬性、提升基準等。
下面舉例說明如何提升基準，這主要涉及到修改基準的屬性。（可以在多個地方修改基準的屬性，下面只是其中的一種）
a.進入IntegrationStream屬性功能
b.選擇基準
c.調整基準屬性
在晉陞(promotion)下拉框中，列出了預設的晉陞層級，根據當前項目的進展情況選擇一個，然後點擊“確定”按鈕。
REJECTED表示該基準所代表的內容被拒絕接受；INITIAL表示該基準為初始基準；BUILT表示該基準的內容已經建立成應用程式；TESTED表示該基準已經被測試過；RELEASED表示該基準已經發布。

5.4.3指定推薦基準

在一個Team Dev並行開發項目的過程中，很可能出現各個開發人員修改不同步的情況，有時會導致對同一個檔案出現不同的版本，這就需要管理員對此進行跟蹤管理，採用的主要手段是推薦基準。
採用推薦基準就是要求各個開發人員將他的開發視圖中的內容與基準所代表的內容保持一致，以避免衝突。
對於各個開發人員提交的開發資料，管理員進行審查、測試，建立基準，當提交的代碼已經達到一定的穩定程度或者是一定規模後，管理員可能認為需要讓所有的開發人員與當前的代碼保持一致，他就可以將認為可行的基準設定為推薦基準，然後要求各個開發人員rebase他們的開發視圖與該推薦基準中的內容保持一致，然後再在此基礎上繼續開發。
在一個項目的開發過程中，管理員不斷的產生新的基準，根據實際情況變動推薦基準，以保證各開發人員工作的一致性。
管理員可以根據實際情況添加、刪除或者改變當前的基準。
完成設定新的推薦基準後，需要通知各個開發人員rebase他們的開發視圖，以便與推薦基準的內容保持一致。

6項目開發

6.1ClearCaseLTClient工具簡介

ClearCaseLTClient安裝成功後，上述各個工具中，RationalClearCaseLTExplorer將是開發人員最常使用的工具，其他一些工具許多都已經整合在RationalClearCaseLTExplorer中了。
RationalClearCaseLTExplorer左邊是ShortCutPane（快捷區），通過它可以方便的進行各項操作，包括兩個部分：Toolbox（根據箱）和Views（視圖），Toolbox中包括各種工具，Views中則是開發人員所參與的各個項目的視圖。
Toolbox中，GettingStarted中是使用協助部分；UCM部分是統一變化管理部分，開發人員將主要使用該部分來進行開發過程的控制，功能包括：加入項目開發、提交資料、Rebase、開啟項目瀏覽器；BaseClearCase部分是基礎的CC功能，包括修改視圖屬性、建立新的視圖、刪除視圖、修改快捷視圖等。
在Views中列出了開發人員參與的各個項目的視圖，一般每個項目包括兩個視圖：開發視圖和整合視圖。顯示的是項目testa的開發視圖jim_testa，該視圖中尚無內容，其中可以看到一項view.dat，該檔案表示了與視圖相關的內容，開發過程中切勿刪除此檔案，否則CC將失去該視圖，恢複操作很複雜。
下面開始詳細介紹ClearCase的使用。

6.2開發流程

開發人員的主要的工作流程是加入項目，然後基於活動實施開發，提交活動，根據管理員的要求rebase工作區，然後繼續開發，直到開發完成。

6.3加入一個項目

要加入一個項目，主要點擊RationalClearCaseLTExplorer/Toolbox/UCM中的”JoinProject按鈕”（參見ClearCaseLTClient工具簡介部分），然後根據提示進行操作，就可以完成加入項目開發的過程。
加入項目後，點擊菜單View/RefreshViewShortcuts，在左邊面板的Views中就會出現項目的視圖，同時，在電腦的硬碟（預設的是C盤）中會產生兩個目錄：user_project和user_project_integration。上面的例子中產生的目錄為：jim_testa、jim_testa_integration。
以後，開發工作將會在user_project中展開，測試工作將會在user_project_integration中進行。
註：要想加入到項目開發，電腦的登入使用者應當滿足“ClearCaseLT設定”部分的要求。

6.4進行開發工作

加入到一個項目後，就可以開始著手開發工作，在開發過程中，可以使用不同的開發工具，可以提交的東西包括軟體原始碼、設計文檔以及根據管理員要求可以提交的其他內容。開發人員可以使用開發工具直接在開發視圖中進行修改。
但是，在開發中一定需要記住一點：在開發視圖中對檔案進行修改之前，一定需要將準備修改的內容checkout，然後才能修改，修改完畢後，使用checkin加入到視圖中。

6.4.1加入檔案、目錄

最初加入項目的開發人員可能面對的是一個空的項目，需要不斷加入新檔案或者是目錄，這可以在RationalClearCaseLTExplorer中或者Windows資源管理員中完成。
在開發視圖對應的檔案夾的捷徑功能表出現了ClearCase的快捷操作方式。
通過Windows資源管理員，在開發視圖目錄中產生新的目錄，拷貝加入檔案。例如：在jim_testa/test目錄中加入檔案夾source、doc，source檔案夾中加入新的檔案home.html，這時新產生的目錄和檔案並沒有納入CC的管理之下，必須手工將其加入到CC管理，即AddtoSourceControl。
首先選擇需要加入到CC控制的目錄或者是檔案，然後通過Tools/AddtoSourceControl或者快捷按鈕將其加入到版本控制中。
添加到版本控制中要求選擇“活動”，(UCM方式基於活動)，輸入活動名稱，活動被命名為addfolder。這樣新加入的內容就加入到CC控制之下。
注意：任何新加入的檔案/目錄都需要通過AddtoSourceControl加入到CC中。

6.4.2CheckOut

加入新的代碼在開發過程中需要不斷的修改，首先需要完成CheckOut工作。操作比較簡單，選中需要CheckOut進行修改的目錄或檔案，然後通過Tools菜單或捷徑功能表或快捷按鈕，實現CheckOut功能。任何需要修改的檔案，都要執行CheckOut功能，才能進行修改。
執行了CheckOut之後，可以將ClearCase的各個工具關閉。

6.4.3修改

CheckOut以後，開發人員就可以對相應的檔案進行修改了，可以在開發視圖目錄中直接修改，也可以在其他地方修改之後，覆蓋該視圖中原來的檔案。

6.4.4CheckIn

修改後，要將新改動的內容加入到CC中，這就需要CheckIn。如果一次修改了許多檔案，為了防止漏掉一些修改的內容，可以使用捷徑功能表中的FindCheckouts功能，這樣可以找出所有的被CheckOut的檔案，選中這些檔案，然後選擇CheckIn，要取消這次修改，也可以選擇UndoCheckout，當然也可以在View中選擇某個或某些檔案，從捷徑功能表中選擇CheckIn完成CheckIn操作。

6.5提交工作

當開發工作進行一定時間之後，要提交所作的改動，以便管理員及其他開發人員看到這些改動。
這樣，改動的部分就會加入到整合視圖中，CC伺服器也會得到改動的部分，管理員可以根據新的資料進行測試、產生新的基準、晉陞基準、產生新的推薦基準等工作。
當系統完成提交工作後，提交工作並沒有真正的完成，CC會彈出對話方塊，請操作者確認：
按照順序操作：
（1）點擊OK，這時會開啟一個整合視圖視窗，以便開發人員檢驗提交的資料是否正確，如果提交結果正常，關閉整合視圖視窗；
（2）如果確認提交的工作正常，點擊Complete，系統將會把所作的改動提交到CC伺服器中；如果認為提交的結果不正確，點擊Close退出，繼續修改、開發。
（3）提示工作完成後，點擊Close，完成提交工作。
如果提交的過程中出現異常，CC會提示開發人員，按照提示操作就可以了。

6.6rebase

專案系統管理員在不斷關注項目的開發進展情況時，如認為出現了一個比較好的版本，需要各個開發人員以其為基礎繼續開發時，管理員就會建立一個基準，並將其設定為推薦基準，然後要求開發人員保持與推薦基準代表的內容一致，然後在該基準的基礎上繼續開發。
這時開發人員需要執行rebase操作，使自己的開發視圖與其他人保持一致，rebase也有多種方法，“提交工作”一節的圖表示了其中的兩種方式。

6.7異常處理

在開發複雜系統時，會產生開發人員的代碼衝突問題，在提交工作時會出現一些問題，這時需要開發人員對提交的工作進行審查、選擇正確的版本等。
另外，還有其他可能會出現的一些異常，請參考說明來處理。

6.8備份與還原

備份還原方法
1．備份與還原VOB
（1）備份VOB
鎖定VOB
備份VOB的儲存目錄
解鎖VOB
注意事項：遇到不能備份VOB的儲存目錄時，應在控制台中關閉CC的服務。
（2）還原VOB
restore
stopsandrestartsCC
updatestheCCVOBregistry
MergetheVOBdatabasesnapshotandVOBstoragedirectory
Copiesthetemporarystoragedirectorytotargetlocation
RunscheckvobtoresynchronizetheVOBdatabaseandstoragepools
注意：不能還原網路鏡像。
步驟：step
用進階系統管理使用者登入安裝CC的主機
確認目標目錄所在盤符有足夠的空間來還原備份的VOB
解鎖VOB
注意事項：遇到不能備份VOB的儲存目錄時，應在控制台中關閉CC的服務。
（2）還原VOB
restore
stopsandrestartsCC
updatestheCCVOBregistry
MergetheVOBdatabasesnapshotandVOBstoragedirectory
Copiesthetemporarystoragedirectorytotargetlocation
RunscheckvobtoresynchronizetheVOBdatabaseandstoragepools
注意：不能還原網路鏡像。
步驟：step
用進階系統管理使用者登入安裝CC的主機
確認目標目錄所在盤符有足夠的空間來還原備份的VOB
關閉處於工作狀態的VIEW
運行：
vob_restore/flex
UNCnames(//host/share/rest-of-path)
檢查
解鎖
“/vobstore/flex.vbs
分析VOB和VIEW
2．備份與還原VIEW
一、備份步驟：
（1）確定VIEW的儲存目錄使用CCAdministratorConsole工具或執行Lsview查看它的儲存資訊。獲得View的儲存路徑。
例如：
c:/>cleartoollsview–longakp_vu
可以獲得如下資訊：
viewonhost:Neptune
viewserveraccesspath:
/home/akp/views/akp.vwsc:/home/akp/view/akp.vws
（2）將處於工作狀態的VIEW設為唯讀
cleartoolchview–readonlyakp_vu
（3）BackupView的儲存目錄
（4）取消唯讀
c:/cleartoolchview–readwriteakp_vu
（二）還原View
（1）登入服務端主機
（2）檢查目標位置的剩餘磁碟空間
（3）轉移目標位置的儲存目錄。更名或刪除。
例如：
c:/home/akp/view>renakp.vwsakp.vws.old
（4）還原備份檔案
%c:/>cleartoolrecoverview–tagakp_vu
6.9許可權管理
在域中分組管理。
各使用者加入不同的小組。
不同小組對項目具有不同的許可權。

7其他事項

ClearCase是一種先進的軟體組態管理工具，功能強大、複雜，上述介紹只列出了其功能的九牛一毛，ClearCase的使用說明書超過了2000頁。
ClearCase還支援UNIX系統，混合平台開發等，除了支援圖形介面以外，還支援命令列格式的操作。
因此短短二十幾頁的介紹根本無法詳述ClearCase所有功能，上述介紹只能起到入門的作用，真正熟練掌握、使用CC還需要多多實踐、閱讀使用手冊。
ClearCase提供的手冊包括：
ClearCase介紹
ClearCase安裝手冊
ClearCase軟體開發手冊
ClearCase開發人員手冊
ClearCase管理手冊
ClearCase專案管理手冊
ClearCase參考手冊
等等。