1.給以前的工作打上標簽，clearcase->apply label按照提示建立標簽2.建立一個分支代號Types EXPlore中，選擇branch type，進去以後，右鍵--〉Create...寫上你要創建的branch名稱，加上必要的注釋，就創建了屬於這個VOB的Branch了。3.建一個分支的view，編輯分支的config spec,格式如下：第一種寫法：element * CHECKEDOUTelement * /main/分支代號/LATESTelement * 標簽名稱 -mkbranch 分支代號element * 標簽名稱element * /main/LATESTload \vob名稱\vob下文件夾的位置相應的簡單的解釋：第一句：表示選擇被 Checkout 的元素的版本；這一句總是在最前面；最後一句：表示選擇元素的main 主干分支的最新版本。
當我們通過"Add to Source Control"將文件或者目錄放入到VOB 中時，就會成為VOB 庫中的元素，VOB 的含義是 Version Object Base，其中的元素是具有版本的概念，總會有一個main 的主干，可以讓大家在做check in 的時候，在main 上形成一個個的版，所以本語句可以看作是一個垃圾收集器。總是能夠看到元素的main 分支上的最新內容。
這裡需要注意的一點就是：如果你的視圖下有好幾個VOB，你要保證這些VOB 中都有VER1.00 的label type (VOB 中沒有label 類型，無法該VOB 中的元素附加該label 實例)，在創建VOB 的時候，我們可以指定label 是Global 的范圍，屬於同一個管理VOB 下的所有子VOB 將存在這樣的label。第二種寫法：element * CHECKEDOUTelement * /main/dev_branch/LATESTelement * /main/LATEST -mkbranch dev_branchelement * /main/LATEST對應的解釋：第一句，找被Checkout 的版本；第二句，找main 主干下的dev_branch 分支上的最新版本；第三句，找主干上的最新版本；如果元素被Check Out 的話，會觸發在元素的最新版本上創建dev_branch。因為創建元素的分支是對元素的修改，必須要被做Check Out 的時才會觸發。然後會重新對該元素解釋運行Config Spec 的內容。此時視圖將選擇/main/dev_branch 分支上的被CheckOut 的版本。如果該分支上被Check Out 的元素版本被Check In 的話，視圖將選擇/main/dev_branch分支上的最新版本，也就是第二句規則的運用結果。（順便提醒一下，dev_branch 的分支類型應該被事先創建）。當修改視圖的Config Spec 成例子一的情形後。可以使用ClearCase 的復合命令來為某個VOB下（假定VOB 為TRYIT_VOB）的所有元素做一次Check Out 的操作，然後再Check In 將為所有元素產生dev_branch 的分支。讓使用該視圖Config Spec 在dev_branch 分支下進行工作。參考命令為：cleartool find Z:\TRYIT_VOB -exec "cleartool checkout -nc %CLEARCASE_PN%"
關於ConfigSpec較多情況下，ConfigSpec 中的每一個語句分為三個部分，第一部分，元素類型選擇部分，我們幾乎始終使用Element；第二部分，作用域（或者模式匹配），我們常用"*"來匹配所有的元素路經，另外還有比較多見的是，用類似於"\CC_TEST\train_folder\..."來匹配所有的目錄路經的前部分，也就是限定特定的目錄下的內容。另外"*.txt" "\CC_TEST\test.txt"等等之類也是可以的，但是很少如此用。第三部分，就是版本選擇。比如當我們在元素的版本上附加了標簽REL2 後，我們可以用REL2 來作為版本選擇的依據，另外如".../mybranch/LATEST"表示選擇mybranch 分支下的最新版本，不管該分支建立的位置情況，"..."(三個點)，表示一種模式匹配，比如/main/mybranch/LATEST/main/testbranch/mybranch/LATEST都可以用".../mybranch/LATEST"表示和匹配。