ClearCase培訓(xùn)文檔

1、ClearCase的使用方法這是本人在查看ClearCase使用幫助，根據(jù)自己的理解，整理，翻譯出來的部分ClearCase幫助。主要內(nèi)容是一些基礎(chǔ)的與ClearCase相關(guān)的概念，對理解ClearCase的工作方式有一定的作用。希望這篇文檔對大家有所幫助，隨手翻譯的文檔可能存在不少錯誤之處，還請大家多多指教。ClearCase的基本概念、一、VOB(VersionedObjectBase):是文件，文件夾和元數(shù)據(jù)(ClearCase控制下的文件和文件夾叫做元素(Element),每個元素CheckIn形成的修改叫做一個版本(Version)的永久存儲倉庫。以下是關(guān)VOB的基本概念：1.一般來

2、說一個VOB中包含了每個元素的所有版本(Version)以及諸如用來描述每個版本的標(biāo)簽和CheckOut注釋等元數(shù)據(jù)2.對一個既定的項目，依賴于管理員對項目數(shù)據(jù)的安排，可能需要訪問位于不同VOB中的元素。、二、View：一個View為項目中所有文件的某一個版本提供一個目錄樹。在View中你可以修改源文件，將他們編譯成模塊進行測試，將他們插入到文檔中等活動。、三、流(Stream)：流是一個具有長生命周期的ClearCase對象。它是單個UCM項目的成員，還是生成和記錄配置的一種機制。一個流標(biāo)識了當(dāng)前你可以查看，修改和編譯的一系列版本。UCM使用基線(Baseline)和活動(Activitie

3、s)來描述一個流的配置。當(dāng)你創(chuàng)建一個流時，它的初始配置和基線一樣(它包括某個組件的所有元素的單個版本)。當(dāng)你修改流的配置時，你將這些修改指定為一個或多個活動。因此一個流就是一個給定的基線加上一個或多個活動。OfooXnversion5Obor.Civersion4Fixingbug2144&ZTAStreamsConfiQuration0.Vie/.-/BaselneAcrivify以下活動將改變一個流的配置：1.1.從相關(guān)聯(lián)的View中CheckIn版本。(一個流可以和多個View相關(guān)聯(lián))2.基線更新(Rebase)，用更近的基線取代流配置中的基線。3.交付(Deliver)，通過向整合流(

4、IntegrationStream)中添加在此之前只有正在開發(fā)隊伍可以進行的活動改變綜合流。一個項目包含以下兩種流：1.開發(fā)流(DevelopmentStream);2.整合流(IntegrationStream);開發(fā)流：一般來說每個項目中包含多個開發(fā)流(每個項目中的開發(fā)人員一個)，它們都從同一個基線開始，而當(dāng)開發(fā)人員添加活動時相互之間沒有關(guān)聯(lián)。ManyDevelopmentStreamsFaiy：ieveufri-i?nb、3lieBL1整合流：每個項目都有一個單一的整合流來從開發(fā)隊伍中成員的開發(fā)流中收集他們的提交(Deliver)o為了方便提及過程，每個開發(fā)隊伍中的成員都關(guān)聯(lián)一個獨立的整

5、合ViewIntegrationStreampChrissintegrationviewppPatsIntegrationjoes；fttegrationv，ewviewDeliveredactivities到項目的整合流。通過該整合View,開發(fā)人員可以查看基線和所有提交活動。四、四、項目(Project)：一般意義上項目指一群人為一個開發(fā)成果而工作，但在ClearCase中項目則是指一個說明了某一個重要開發(fā)成果中使用的一系列的開發(fā)策略(DevelopmentPolicy)和一系列配置的對象。你可以為你開發(fā)的每一個產(chǎn)品建一個項目，也可以為多個產(chǎn)品建一個項目，還可以為產(chǎn)品中的某個功能的實現(xiàn)建一

6、個項目，甚至可以為你的某個產(chǎn)品的一個發(fā)行版本(Release)建一個項目。一個項目的策略決定了開發(fā)人員如何訪問，修改一系列的源文件和文件夾(以上叫做組件(Component)。為了記錄和配置依賴于組件的開發(fā)成果，項目使用了以下的ClearCase對象：1.基線(Baseline)；2.一個整合流(IntegrationStream)；3.開發(fā)流(DevelopmentStream)；4.活動(Activity)；因為ClearCase支持平行開發(fā)，不同的項目可以相同的源文件的不同版本同步工作。ClearCase將項目儲存在叫做PVOB(ProjectVersionedObjectBase)的數(shù)

7、據(jù)倉庫中。五、五、基線(Baseline)：在UCM模型中，當(dāng)一個ClearCase對象典型地代表一個或多個組件地穩(wěn)定地源配置時，項目經(jīng)理就生成基線?；€標(biāo)識了一個組件或多個組件中所有元素(Element)的某一個版本和這些元素的活動。簡單的說,基線就是組件的一個版本。你可以從基線生成開發(fā)流或者為一個已有的開發(fā)流基線更新(Rebase)。完善的基線(RecommendedBaseline):一般來說基線會在測試和修改Bug之間不停的循環(huán)直至在穩(wěn)定性上達(dá)到一個比較令人滿意的程度。當(dāng)一個基線達(dá)到這種程度，項目經(jīng)理就指定該基線為完善的基線。六、六、合并(Merge)：合并是指將兩個或兩個以上的版本聯(lián)

8、合成一個版本，ClearCase的合并算法和下列版本相關(guān)：11合并文件：一個開發(fā)流中的版本和一個整合流中的版本；22基本合并文件：原版本的最常用的父親版本；33目標(biāo)版本：合并的輸出，在提交操作中成為整合流中的一個新的版本，而在基線更新操作中將成為開發(fā)流中的新版本。七、七、提交(Deliver)：一個允許開發(fā)人員通過將他們的開發(fā)流中的工作成果合并(Merge)到項目的整合流中來和開發(fā)隊伍中的其它成員共享他的工作成果。假如需要的話提交需要用合并管理器(MergeManager)來合并不同的版本。ClearCase的提交操作使得在開發(fā)流中做的工作能在整合流中得到。工作是通過活動的形式來提交的，整合流

9、中已有的版本和提交的版本之間的差別通過合并管理器(MergeManager)解決。和活動相關(guān)的版本在提交之前必須CheckIn。還要注意只有活動在上一次從該開發(fā)流中提交之后有改動之后的“提交”才能認(rèn)為是真正的提交。一個提交過程可以由以下幾個階段構(gòu)成;1.預(yù)覽，列出流中有沒有完成提交工作的活動；2.開始提交，本階段確定需要提交的活動，檢查他們是否在上一次提交之后被修改過，要提交的版本是否已經(jīng)被Checkin到開發(fā)流中。3.合并差別，本階段比較被提交的版本和整合流中相對應(yīng)的版本，如果需要的話激活合并管理器進行合并。4.結(jié)束合并，本階段校驗合并，Checkin整合流中的變化，進行其它一些管理工作。八

10、、八、基線更新(Rebase)：ClearCase中通過基線更新使得開發(fā)人員能用整合過的，測試過的，經(jīng)過不同方面使用驗收的工作成果來更新他們的開發(fā)范圍內(nèi)的工作成果從。這些新的工作成果被成為基線。由項目經(jīng)理來將活動提交進基線。UCM概念一、什么是UCMUCM(UnifiedChangeManagement)是Rational公司在軟件系統(tǒng)開發(fā)中從需求到發(fā)行過程中對更改的管理方法。UCM橫跨整個軟件開發(fā)的生命周期，定義了對需求，設(shè)計模型，文檔，組件，測試用例，和源碼的更改的管理。UCM奇特的地方在于它連接了用來追蹤和計劃體現(xiàn)在工件(Artifact)的變化中的Rational項目進度的活動(Act

11、ivity)oUCM主要關(guān)注以下兩個概念：1.活動是你想要完成的工作。活動可能產(chǎn)生于某個會議的一個文件，一個進入缺陷(Defect)庫中的缺陷(Defect)，或者是客戶新增加的功能。事實上，整個開發(fā)過程就是一個活動。2.工件是一個你想進行版本控制的物體，通常是一個文件。更具體的說，工件可以是需求，測試，可視化的模型，源碼，項目計劃等等。配置管理(ConfigurationManagement，簡稱CM)在UCM中是基于活動的，它允許將測試過的產(chǎn)品晉升基線?；€是在某個時間點上的一個邏輯組的項目文件。它允許開發(fā)團隊在諸如發(fā)布和開發(fā)的跌代過程等關(guān)鍵的里程碑上把握軟件進度。組件管理(Compone

12、ntManagement)在UCM是一種將一系列的文件版本作為一個命名的實體以產(chǎn)生和操作一致性的更改的方法。UCM功能強大的地方在于它連接了用來追蹤和計劃體現(xiàn)在工件(Artifact)的變化中的Rational項目進度的活動(Activity)。UCM由以下過程和工具支持：1.RationalUnifiedProcess中的更改管理流程描述的使用UCM的過程；2.RationalClearQuest管理項目的活動：任務(wù)，缺陷(Defect),請求和功能的增加，并提供了用以跟蹤項目進度的報表和報告生成工具。3.RationalClearCase管理所有軟件項目產(chǎn)生的工件。二、UCM工作流的基本概

13、況：無論項目經(jīng)理還是開發(fā)人員，對一個軟件開發(fā)項目需要什么都有一個非常良好的理解。融合這種理解并體現(xiàn)了業(yè)界最好的實踐經(jīng)驗，UCM支持了跌代的軟件開發(fā)過程。開發(fā)隊伍的所有成員都在一個UCM項目(Project)中工作。在UCM中項目(Project)是包含有諸如產(chǎn)品版本等用來管理開發(fā)成果的配置信息的對象。一個項目包含一個共享的工作區(qū)和數(shù)個人工作區(qū)(或者叫流)，個人工作區(qū)允許開發(fā)人員獨立地通過活動的形式工作。而項目經(jīng)理的責(zé)任就是維護共享的程序開發(fā)區(qū)。UCM工作流：UCM的項目經(jīng)理和開發(fā)人員的工作流如下圖所示。圖中小標(biāo)簽所代表的活動由小標(biāo)簽上的數(shù)字所表示的工作流摘要說明：E*ProjectPlanMa

14、nagerprojectsctivitissoDevel曰JoinaprojectUCM工作流摘要：1.項目經(jīng)理設(shè)計出項目的范圍和項目的策略；2.項目經(jīng)理創(chuàng)建項目，設(shè)置項目的共享工作區(qū)(整合流)，并為一個或多個組件(Component)確定初始的基線。組件(Component)是在一起開發(fā)，整合，發(fā)行的一組相關(guān)聯(lián)的文件和文件夾。基線則是組件的一個版本。3.開發(fā)人員通過創(chuàng)建他們自己的工作區(qū)(開發(fā)流)，并將項目的基線的內(nèi)容導(dǎo)入到該工作區(qū)來加入到該項目中。4.開發(fā)人員創(chuàng)建一個活動，并在活動工作一段時間。活動記錄了開發(fā)人員為了完成諸如修改一個Bug等開發(fā)任務(wù)而修改或生成的一系列文件。這些和活動相關(guān)聯(lián)的

15、文件叫做更改(ChangeSet)；5.當(dāng)開發(fā)人員在他們自己的私人工作區(qū)里完成活動，對他們工作成果的編譯和測試之后，他們可以通過將該活動提交到共享工作區(qū)中來和整個開發(fā)組的其它成員共享他的新的工作成果。6.項目經(jīng)理周期性地在共享工作區(qū)中通過合并已經(jīng)提交的活動來生成新的基線。7.開發(fā)人員用新的基線中的新的版本的更新私人工作區(qū)。8.當(dāng)基線的穩(wěn)定性和質(zhì)量得到改善之后，項目經(jīng)理周期性地調(diào)整基線的提升級別為諸如BUILD和TESTED之類能提箱相應(yīng)的項目里程碑的字眼。開發(fā)人員在為活動工作，提交已經(jīng)完成的活動，用新的基線更新自己的私人工作區(qū)中循環(huán)。而項目經(jīng)理則在不停地做創(chuàng)建新的基線和基線升級中循環(huán)。這兩個循

16、環(huán)會持續(xù)到項目完成。三、UCM項目中的數(shù)據(jù)流：1.1.項目中用于標(biāo)識和隔離不同開發(fā)人員的工作的活動(Activity)從多個開發(fā)流中遷移到標(biāo)識一系列在整個項目中用于構(gòu)造系統(tǒng)和測試用的共享版本的整合流(IntegratorStream)中。Def/veringfQthe-Integration：StreamBaselineBL1DeliverDHvelon?nRnr計trcniIntegrationstreamCreatingaBase/ineDeveioprn&ctstrefirTiBa&elineBL1BaselineBL2.2.項目經(jīng)理將已經(jīng)提交到整合流中的活動收集到基線中。他們把穩(wěn)定的，

17、包含有重大意義的改變的基線為推薦(Recommend)的基線.3.3.開發(fā)人員對他們的開發(fā)工作區(qū)進行基線更新以查看推薦(Recommended)的基線所標(biāo)識的工作成果。在基線更新之后，在開發(fā)工作區(qū)中有所更新的基線的版本加上還沒有提交的活動的版本。RebasingaStreamClearCase的訪問控制機制本章節(jié)將介紹ClearCase是如何控制對它所保存的數(shù)據(jù)的訪問的。一、ClearCase訪問控制的基礎(chǔ)ClearCase所實現(xiàn)的訪問控制機制決定了哪些用戶可以在ClearCase的中創(chuàng)建，讀取，書寫，運行，和刪除數(shù)據(jù)。訪問控制機制由用戶之間的交互情況，用戶所屬的組，ClearCase中的對象

18、和基于用戶利益考慮而訪問ClearCase數(shù)據(jù)的用戶處理或者是應(yīng)用程序來決定的。用戶和組ClearCase本身不實現(xiàn)自己的用戶和組的賬號。它依賴于操作系統(tǒng)，通過用戶在操作系統(tǒng)中的登錄鑒別用戶，并由此得到?jīng)Q定用戶進行ClearCase操作的權(quán)限的用戶身份和組成員的資格。UNIX和NT中都提供了能勝任諸如ClearCase這種分布式程序權(quán)限要求的用戶名和組名的網(wǎng)際數(shù)據(jù)庫。在UNIX中，該數(shù)據(jù)庫是網(wǎng)絡(luò)信息系統(tǒng)（NFS,NetworkInformationSystem）。在NT中該數(shù)據(jù)庫則是NT域服務(wù)器系統(tǒng)的一部分。在以上兩個操作系統(tǒng)中，用戶登錄系統(tǒng)都必須要有自己的用戶名，在ClearCase就把該用

19、戶名作為用戶身份或叫做用戶ID。一個用戶ID可以是一個或多個組的成員，在這些組中有一個組叫做用戶的主要組（PrimaryGroup）區(qū)別與其它所有組。在UNIX中用戶的主要組在NIS的PASSWD數(shù)據(jù)庫中用戶的一個數(shù)據(jù)項。在WindowsNT中，當(dāng)創(chuàng)建域用戶的賬號時就被賦值。ClearCase同時根據(jù)用戶ID和用戶的主要組來決定用戶對ClearCase的對象的權(quán)限。設(shè)置主要組（僅在Windows系統(tǒng)上需要進行）因為WindowsNT的一個Bug:用戶通過域賬號登錄域之后就不能更改由WindowsNT域賬號管理器所指定的該賬號的主要組。這就需要為VOB的訪問設(shè)置可靠的，正確的主要組。為了繞過這個

20、Bug，我們要求將環(huán)境變量CLEARCASE_PRIMARY_GROUP設(shè)置為正確的主要組。出于使用ClearCase的目的，通過設(shè)置CLEARCASE_PRIMARY_GROUP環(huán)境變量可以不通過域用戶管理器（在WindowsNT上）或者計算機MMC控制臺中的活動目錄用戶就可以管理主要組。對CLEARCASE_PRIMARY_GROUP環(huán)境變量的賦值除了在VOB的訪問中之外并不會引起任何的安全或訪問控制上的變化。沒有正確設(shè)置主要組的用戶在創(chuàng)建元素或以其它形式訪問VOB時會有問題。CLEARCASE_PRIMARY_GROUP環(huán)境變量的指（后面例子中的組名）必須是符合下列所有要求的存在的域的組

21、:該組必須該用戶；該組必須在組列表中有顯示；它和該用戶在UNIX中的主要組組名相同；WindowsNT上設(shè)置環(huán)境變量的步驟：11按下開始設(shè)置控制面板；2.2.運行系統(tǒng)程序，并選擇環(huán)境變量Tab頁；33選擇用戶變量列表中的一項；4.在變量框中輸入CLEARCASE_PRIMARY_GROUP；5.在值編輯框中輸入組名；6.按下設(shè)置按鈕，然后選擇OK按鈕退出，在下一次登錄之后，更改才會生效;Windows2000上設(shè)置環(huán)境變量的步驟：1.按下開始設(shè)置控制面板；2.運行系統(tǒng)程序，并選擇高級Tab頁；3.在高級Tab頁中，按下環(huán)境變量按鈕；7.在變量名稱框中輸入CLEARCASE_PRIMARY_GR

22、OUP；88在變量值編輯框中輸入組名；在Windows95和Windows98的計算機上必須通過修改AUTOEXEC.BAT文件來設(shè)置CLEARCASE_PRIMARY_GROUP環(huán)境變量的值。有特權(quán)的用戶和組有些用戶和組在ClearCase的訪問控制中有著特殊的重要作用。比如，每個ClearCase對象都有其自己的所有者，一般是該對象的創(chuàng)建者，他就有對該對象的特殊的訪問權(quán)限。加入該對象是個容器對象，比如包含有元素的VOB對象，或者是有擁有私有文件的View對象，則容器對象的所有權(quán)將部分地決定誰有訪問改容器對象所中的對象。ClearCase中還有一個廣泛的概念：特權(quán)用戶，在本書中它是指被賦予進

23、行某些關(guān)鍵操作的用戶ID。在UNIX中，特權(quán)用戶是指根用戶（rootuser）;在WindowsNT主機中，特權(quán)用戶是組名為ClearCase組的組員。關(guān)于ClearCase組的信息詳情可以參見配置ClearCase域用戶。無論是在UNIX還是在WindowsNT上，特權(quán)用戶都有權(quán)修改VOB和VOB中的對象。用戶處理用戶處理是指用戶用以訪問ClearCase數(shù)據(jù)而運行的應(yīng)用程序。該應(yīng)用程序可以是ClearCase的GUI，象Cleartool之類的命令行程序,或者是諸如訪問動態(tài)View（DynamicView）中ClearCase數(shù)據(jù)的文本編輯器之類的非ClearCase程序。當(dāng)一個用戶想讀取

24、或者更改ClearCase數(shù)據(jù)，則為此將進行一個相應(yīng)的讀取或者更改的處理。每個處理都有以下屬性，這些對訪問控制是非常重要的：用戶，啟動處理的用戶；主要組，啟動處理的用戶的主要組；追加的組列表，啟動處理的用戶所屬的其它的組；在本章節(jié)中，將處理的主要組和其它的組統(tǒng)稱為處理的組。ClearCase對象以下ClearCase對象進行訪問控制：VOB；元素（Element）和版本（Version）；類型和類型的實例，如：標(biāo)簽，分支，和屬性；統(tǒng)一變更管理（UCM）的對象，如：項目，文件夾，活動和流；VOB存儲區(qū)；View；在動態(tài)View中，View私有的文件，Views私有的文件夾，以及由這些對象生成的對

25、象；注意：ClearCaseScheduler自己維持訪問控制機制。所有上述的對象下列屬性中的一個或多個，這些屬性和訪問控制相關(guān)：擁有者，擁有者是個用戶。最初的擁有者是進行創(chuàng)建對象處理的用戶ID。對于某些對象，最初的擁有者可以被更改；組。最初的組是創(chuàng)建該對象的處理的主要組。對于某些對象，最初的組可以更改；保護模式。有些對象可以擁有保護模式。保護模式分為以下幾種：對象的擁有者的保護模式；對象的組的保護模式；其它的保護模式；對ClearCase數(shù)據(jù)的訪問某個處理是否有權(quán)限訪問一個ClearCase對象是由下列事情決定的：處理的用戶和組；對象的用戶和組；對象的保護模式，假如有的話；當(dāng)處理尋求訪問一個

26、受保護的對象時，將使用下列算法判斷是否批準(zhǔn)該訪問。1.處理是否有該對象的擁有者的用戶ID?是的：根據(jù)對象的擁有者的保護模式批準(zhǔn)或者拒絕訪問；否：到步驟2；2.處理是否有該對象組的組ID？是的：根據(jù)對象的組的保護模式批準(zhǔn)或者拒絕訪問否：到步驟3；3.對根據(jù)對象的其它的保護模式批準(zhǔn)或者拒絕訪問。假如一個對象沒有保護模式，則ClearCase根據(jù)對象的類別使用不同的規(guī)則來決定是否批準(zhǔn)訪問。具體可以參見后面的VOB和VOB對象的訪問控制機制和View對象的訪問控制機制。有時候ClearCase只有在處理有權(quán)訪問包含處理訪問的對象的一個或多個容器對象時才批準(zhǔn)該處理的訪問。比如說，加入用戶請求用文本編輯器

27、在動態(tài)View中創(chuàng)建View的私有文件時，文本編輯器必須在想要建文件的文件夾和View本身上有寫的權(quán)限。二、二、VOB和VOB對象的訪問控制VOB是ClearCase數(shù)據(jù)的主要存儲倉庫。VOB本身和VOB中的對象都參與訪問控制。這些對象有以下幾種：元素和版本；類型和類型的實例，如標(biāo)簽，分支和屬性；統(tǒng)一變更管理（UCM）的對象，如：對象，文件夾，活動和流；VOB的存儲區(qū)域；VOB的訪問控制下列VOB的屬性和訪問控制相關(guān)：擁有者。初始的擁有者是創(chuàng)建VOB的處理的擁有者。組。初始的擁有者是創(chuàng)建VOB的處理的主要組；附加組列表。初始的附加組列表在WindowsVOB中是空的。而UNIXVOB的附加組列

28、表是VOB擁有者的組列表；VOB沒有保護模式。在本章中VOB的主要組和其它組統(tǒng)稱為VOB的組。可以使用CleartoolDescribe命令來顯示VOB的擁有者，組和附加組列表。在VOB被創(chuàng)建之后，特權(quán)用戶或者是VOB存儲的文件夾所在主機上的本地Administrator用戶（在WindowsNT上）可以使用CleartoolProtectvob命令更改VOB的擁有者，組和附加組列表。創(chuàng)建VOB的許可任何用戶都可以創(chuàng)建VOB。刪除VOB的許可只有VOB的擁有者和特權(quán)用戶才可以刪除VOB。讀取VOB的許可不可以直接讀取VOB。VOB的讀取操作是指對VOB中對象的讀取操作。具體參見元素的訪問控制和

29、其它VOB對象的訪問控制。更改VOB的許可不可以直接更改VOB。VOB的更改操作是指對VOB中對象的更改操作。具體參見元素的訪問控制和其它VOB對象的訪問控制。運行VOB的許可不可以直接運行VOB。VOB的運行操作是指對VOB中對象的運行操作。具體參見元素的訪問控制和其它VOB對象的訪問控制。元素的訪問控制元素的以下屬性和訪問控制相關(guān)：擁有者。初始的擁有者是創(chuàng)建該元素的處理的用戶ID；組。初始的組是創(chuàng)建該元素的處理的主要組ID。元素的組必須是它所屬的VOB的組之一。保護模式。元素的初始的保護模式在Windows和UNIX主機上是個不相同的：在UNIX主機上：假如你從一個已經(jīng)存在的View私有的

30、文件上創(chuàng)建元素，除非沒有一類用戶有寫權(quán)限，否則的話該元素和該私有文件的保護模式相同；如果你用其他方法創(chuàng)建文件元素，該文件元素對所有類別的用戶都只有讀的權(quán)限；文件夾元素初始對所有類別的用戶都有讀，寫和運行的權(quán)限。在WindowsNT上：文件元素初始對所有類別的用戶都只有讀的權(quán)限；文件夾元素初始對所有類別的用戶都有讀，寫和運行的權(quán)限。一個元素的擁有者，組和保護模式和它所有的版本都是相同的。你可以使用CleartoolDescribe命令，或者在Windows上使用元素的屬性對話框來查看元素的擁有者，組和保護模式。元素創(chuàng)建以后，元素的擁有者，所屬的VOB的擁有者和特權(quán)用戶都可以使用Cleartool

31、Protectvob命令更改元素的擁有者，組和保護模式。創(chuàng)建元素的許可當(dāng)VOB被創(chuàng)建時，ClearCase會創(chuàng)建一個初始的元素,VOB的根文件夾。該元素是VOB中其它元素的最高級的容器。它的初始的擁有者是VOB的擁有者，初始的組是VOB的組。只有處理的主要組是VOB的組之一時，該處理才可以創(chuàng)建元素。當(dāng)然該處理還必須要有CheckOut要創(chuàng)建的元素所在的文件夾的權(quán)限。詳見更改元素的許可。刪除元素的許可只有元素的擁有者，VOB的擁有者和特權(quán)用戶才可以刪除元素。刪除元素可以使用CleartoolRmelem命令，是和從文件夾的某個版本中移除元素不一樣。詳見更改元素的許可版本的創(chuàng)建者，元素的擁有者，V

32、OB的擁有者和特權(quán)用戶就可以刪除該版本。讀取元素的許可一個考慮了處理的用戶和組以及和處理相關(guān)的元素的擁有者，組和保護模式的算法決定了是否準(zhǔn)許對元素的讀取。該算法參看對ClearCase的數(shù)據(jù)的訪問。更改元素的許可處理不能直接更改元素。更改元素是通過更改元素的某一個CheckOut的版本，然后CheckIn新的版本來完成的。當(dāng)決定一個處理是否可以CheckOut或者CheckIn元素的某一個版本時并不考慮該元素的保護模式。只有以下條件中的某一個成立時處理才可以CheckOut版本：處理有元素?fù)碛姓叩挠脩鬒D；處理的某一個組ID和元素的組相同；處理有VOB擁有者的用戶ID；處理有特權(quán)用戶的ID；只

33、有以下條件中的某一個成立時處理才可以CheckIn版本：處理有CheckOut該元素的用戶ID；處理有元素?fù)碛姓叩腎D；處理有VOB擁有者的用戶ID；處理有特權(quán)用戶的ID；當(dāng)一個文件被CheckOut時，你可以通過在文件夾中創(chuàng)建元素或者移除元素來修改文件夾。移除元素使用CleartoolRmname命令，它和刪除元素本身不一樣，詳情參見刪除元素的許可。運行元素的許可一個考慮了處理的用戶和組以及和處理相關(guān)的元素的擁有者，組和保護模式的算法決定了是否準(zhǔn)許對元素的運行。該算法參看對ClearCase的數(shù)據(jù)的訪問。對其他VOB對象的訪問控制除了元素和版本之外，VOB還有以下對象需要進行訪問控制：元數(shù)據(jù)

34、類型。例如：標(biāo)簽類型，分之類型和屬性類型；統(tǒng)一更改管理（UCM）對象，例如：項目，活動，文件夾和流；存儲區(qū)派生的對象總的來說，所有的這些對象都有兩個和訪問控制相關(guān)的屬性：擁有者。初始的擁有者是創(chuàng)建該對象的處理的用戶；組。初始的組是創(chuàng)建該對象的處理的主要組；你可以用CleartoolDescribe命令查看對象的擁有者和組。在對象被創(chuàng)建之后對象的擁有者，所在VOB的擁有者和特權(quán)用戶可以使用CleartoolProtect命令改變對象的擁有者和組。對象的組必須是VOB的組中的一個。創(chuàng)建其它VOB對象的許可任何用戶都可以創(chuàng)建類型和UCM對象。但只有VOB的擁有者和特權(quán)用戶可以創(chuàng)建存儲區(qū)。類型的實例，

35、比如：標(biāo)簽，分支和屬性一般來說和元素的某個版本相關(guān)聯(lián)。要創(chuàng)建這些類型的實例，以下條件中的某一個必須成立：處理有元素?fù)碛姓叩挠脩鬒D；處理的組中有于元素組相同的組ID；處理有VOB擁有者的用戶ID；處理有特權(quán)用戶的ID；刪除其它VOB對象的許可對象的擁有者，對象所在的VOB的擁有者和特權(quán)用戶可以刪除類型，UCM對象，存儲區(qū)。諸如標(biāo)簽，分支和屬性之類的類型一般和元素的版本相關(guān)聯(lián)。一般來說加入你能創(chuàng)佳一個類型實例，你也可以刪除該類型的實例。具體參見創(chuàng)建其它VOB對象的許可。此外，分支的創(chuàng)建者可以刪除該分支。讀取其它VOB對象的許可任何用戶都可以查看類型，UCM對象或者存儲區(qū)的信息。更改其它VOB對象

36、的許可任何對象都可以更改UCM對象。對象的擁有者，VOB的擁有者和特權(quán)用戶可以更改類型和存儲區(qū)。鎖定VOB對象ClearCase許可配置被用作為一種長期的訪問控制機制。ClearCase還通過在對單個的VOB對象加鎖提供一種短暫的訪問控制。在最低層，你可以對單個元素，甚至元素的某個分支加鎖。在最高層次上，你可以給整個VOB加鎖以防止任何對VOB的修改。在對象被加鎖之后，任何用戶包括特權(quán)用戶和加鎖的用戶都無法修改該對象（但特權(quán)用戶和加鎖的用戶可以去鎖）。Lock命令可以指定可以繞過加鎖對對象進行修改的用戶。鎖定類型對象可以通過鎖定類型對象，防止對這些類型對象的實例的修改。例如：你可以將Main分

37、支對除了一個小組的用戶之外的所有用戶加鎖。這個小組可以對所有元素的Main分支進行整合或者和發(fā)行相關(guān)的清理工作。其它用戶可以繼續(xù)工作，但這可以在其它分支上進行，而不是在Main分支上。鎖定一個標(biāo)簽類型，防止任何用戶創(chuàng)建和刪除該標(biāo)簽。對某個發(fā)行版本的所有元素生成標(biāo)簽，然后鎖定該標(biāo)簽，這樣下次重新生成該發(fā)行版本就非常容易了。三、三、View和View對象的訪問控制View是作為用戶訪問ClearCase元素和版本的媒介。和VOB以及VOB中的對象一樣，View也參與了訪問控制機制。為了對VOB和View數(shù)據(jù)的訪問進行控制，在動態(tài)View中元素和版本的許可和View及View私有的文件或文件夾的許可

38、必須相互作用，互相配合使用。例如，你需要CheckOut元素的某一個版本才能修改該元素。要修改的元素必須能獲得CheckOut的許可。在動態(tài)View中，CheckOut一個版本就會生成一個View私有的文件。這時候必需要同時有在View和要創(chuàng)建文件的文件夾中創(chuàng)建文件的許可。在此容器文件夾既可以是一個元素的版本也可以是一個View私有的文件夾。一般來說，要訪問動態(tài)View中的ClearCase數(shù)據(jù)，處理必須通過下列測試：處理必須能訪問View；處理必須能訪問包含數(shù)據(jù)的文件夾；處理必須能訪問該元素；在一個快照View(SnapshotView)中,快照View的文件樹的文件系統(tǒng)本身的許可決定了對快

39、照View中包含有元素版本拷貝的文件和文件夾的訪問。創(chuàng)建，刪除，更改快照View中的元素需要處理有對該元素的恰當(dāng)?shù)脑S可。對動態(tài)View的訪問控制動態(tài)View的以下屬性和訪問控制密切相關(guān)：擁有者。初始的擁有者是創(chuàng)建View的處理的用戶。組。初始的組是創(chuàng)建View的處理的主要組。保護模式。初始的保護模式在UNIX和WindowsNT上各不相同：在WindowsNT：View初始時對擁有者和組有讀取，修改，運行許可，對其它用戶有讀取和運行許可?？梢酝ㄟ^View的屬性對話框來查看View的擁有者，組和保護模式。在View創(chuàng)建之后就不可以修改它的擁有者和組?？梢允褂肅hview命令改變View的保護模式

40、為讀寫或者只讀。在UNIX上:初始的保護模式?jīng)Q定于創(chuàng)建View的用戶的Umask。Umask是UNIX中指定沒有的許可的機制。當(dāng)用戶創(chuàng)建View時，ClearCase給這個View對任何用戶都有讀取，修改和運行的許可，然后去除用戶指定的Umask中的許可。例如當(dāng)用戶的Umask為002時，ClearCase去除了其它用戶的修改許可。創(chuàng)建View的許可任何用戶都可以創(chuàng)建View。刪除View的許可只有View的擁有者和特權(quán)用戶才能刪除View。讀取View的許可處理只有同時擁有動態(tài)View和要讀取的文件或文件夾的讀取許可才能讀取文件或文件夾。讀取某個文件或文件夾元素的版本時，處理還得有該元素的讀

41、取許可。具體詳見讀取元素的許可。讀取View私有的文件或文件夾時，處理還得有該文件或文件夾的讀取許可。具體詳見V讀取View私有文件的許可。ClearCase使用了一個考慮處理的用戶和組以及View的擁有者，組和保護模式的算法來決定是否批準(zhǔn)讀取該View的許可。詳見對ClearCase數(shù)據(jù)的訪問。修改View的許可處理必須要有修改View的許可才能對View本身進行例如設(shè)置View的配置之類的修改。要在文件夾中創(chuàng)建文件或文件夾，處理必須同時擁有在動態(tài)View和容器文件夾中修改的許可。如果容器文件是一個元素的版本，那么該處理還得有該元素的修改許可。詳見修改元素的許可。如果容器文件夾是一個View

42、私有的文件夾，該處理還必須有對該View私有文件夾修該的許可。詳見修改View私有文件夾的許可。ClearCase使用了一個考慮處理的用戶和組以及View的擁有者，組和保護模式的算法來決定是否批準(zhǔn)讀修改View的許可。詳見對ClearCase數(shù)據(jù)的訪問。運行View的許可運行View的許可處理必須要同時擁有動態(tài)View和View中要運行的文件或文件夾的運行許可才能運行文件或文件夾。為了運行文件或文件夾元素的版本，處理還得有運行該元素的許可。詳見運行元素的許可。為了運行View私有的文件或文件夾，處理還得有該View私有的文件或文件夾的許可。詳見運行View私有文件的許可。View私有文件的訪問

43、控制本章節(jié)討論動態(tài)View中的私有文件的訪問控制機制。在快照View中，快照View文件樹中的文件和文件夾上文件系統(tǒng)本身的許可決定了最這些文件和文件夾的訪問。View私有的文件和文件夾的以下屬性和訪問控制密切相關(guān)：擁有者。初始的擁有者是創(chuàng)建文件或文件夾的處理的用戶。組。初始的組是創(chuàng)建文件或文件夾的處理的主要組。保護模式。初始的View私有的文件和文件夾的保護模式有兩種，一種實在Unix主機上，另一種在WindowsNT主機上。在UNIX上:初始的保護模式?jīng)Q定于創(chuàng)建文件或文件夾的用戶的Umask。Umask是UNIX中指定沒有的許可的機制。當(dāng)用戶創(chuàng)建文件或文件夾時,ClearCase給這個文件或

44、文件夾對任何用戶都有讀取，修改和運行的許可，然后去除用戶指定的Umask中的許可。例如當(dāng)用戶的Umask為002時，ClearCase去除了其它用戶的修改許可。在WindowsNT主機上：View私有的文件或文件夾初始時對所有的用戶都有讀取，修改和運行的許可?？梢允褂肅leartoolDescribe命令查看View私有的文件或文件夾的擁有者，組和保護模式。ClearCasePropertiesOfFile和ClearCasePropertiesOfDirectory對話框可以顯示文件和文件夾的擁有者和組。以上兩個對話框中的Read-Only復(fù)選框決定所有用戶是否有寫的許可。創(chuàng)建View私有文

45、件的許可處理必須同時擁有View和View中容器文件夾的修改許可才能在該容器文件中創(chuàng)建文件或文件夾。關(guān)于View的許可，詳見修改View的許可。如果容器文件夾是元素的一個版本，處理還必須有修改該元素的許可。詳見修改元素的注可。如果容器文件夾是一個View私有的文件夾，處理還得有修改該View私有的文件夾的許可。詳見修改View私有文件的許可。刪除View私有文件的許可處理必須同時有View和View中容器文件夾的修改許可才能刪除容器文件夾中的文件或者文件夾。關(guān)于View的許可詳見修改View的許可。如果容器文件夾是元素的一個版本，處理還必須有修改該元素的許可。詳見修改元素的許可。如果容器文件夾

46、是一個View私有的文件夾，處理還得有修改該View私有的文件夾的許可。詳見修改View私有文件的許可。讀取View私有文件的許可處理必須同時擁有讀取View和View私有的文件或文件夾的許可才能讀取該View私有的文件或文件夾。關(guān)于View的許可，詳見讀取View的許可。ClearCase使用了一個考慮處理的用戶和組以及View私有文件或文件夾的擁有者，組和保護模式的算法來決定是否批準(zhǔn)讀取該View私有文件或文件夾的許可。詳見對ClearCase數(shù)據(jù)的訪問。修改View私有文件的許可處理必須同時擁有修改View和View私有的文件或文件夾的許可才能修改該View私有的文件或文件夾。關(guān)于View的許可，詳見讀取View的許可。ClearCase使用了一個考慮