域控制器用戶設置
相關內容，推薦查閱中國軟件工程網（rjgc.net）.
發佈區創建 鑍鵷R漁LY?
對於ClearCase： "Dgf?}0}
無需創建服務器發佈區，因爲不需要部署多臺服務器。 {?◥╚g &
需要創建客戶端發佈區，創建時定義好各項參數，所有需要使用SCM工具的人員從此發佈區進行軟件安裝。 ?T齍-w1_k
對於ClearQuest： )y"要捤?
創建一個統一的發佈區，不區分客戶端還是服務器。 8?皍訧t
服務器端和客戶端都通過這個發佈區安裝軟件。 屏~%$?€?
vob、project、stream、view 鐻UL=0⒏滳
UCM模式下，vob分爲pvob和cvob兩種，pvob用來存儲組件的管理性信息，cvob用來存儲組件中的實際內容。 j??豺就?
推薦將vob小型化，一個cvob存放一個組件，可以提高性能並方便權限控制。 +摔&穤_z
推薦縮短vob的生命週期以提高性能。 銚,9X5Q潧x
一個pvob中的各個組件，可以構成不同的project，組件在不同的project中可以複用。 攇€褚WB
UCM中，集成流只能有一個，創建的其它任何流都歸屬於這個流，是它的子流。 c?2??
權限 ?4F#E俸
可以在各種不同層面進行權限控制，但做到完全不能訪問，則需在操作系統層面實現。 ?庤n7
使用CCRC還是native方式的客戶端，可以選用不同的用戶組管理方式。 楚и 霔?
不管採用CCRC還是native方式，避免不了組的設置，要進行完善的權限控制，服務器上難免動態地存在多個組―這是由ClearCase基於“組”進行權限管理且只對一個組授權的特點決定的。 <=苤?L??
由於CCRC在功能上的不足，可加以利用，更好地實現權限控制。 ?h椖匶8j
組件內部的權限控制需要用trigger來實現。 ? 鷢L┧炂
雜項 釔矑/s?
CQ連SQL SERVER數據庫時，不能把連接的用戶設置成數據庫擁有管理權限的用戶（但可以是db owner），否則會報錯說數據庫不爲空，疑似把系統表作爲用戶表看待了。 魮/?髙?
避免在操作系統環境下直接刪除，重命名任何由SCM工具管理了的元素。 jW磻?]礆
備份的主要內容包括：registry、vob、view。 櫥栢撋?q?
備份必須包含NTFS的一些授權信息。 臧)〧孶嗚;
備份通常無法保存共享設置信息。 尷犧0隀??
一個ClearCase服務器同時只能工作在一個region下，region可以動態創建（比如說創建一個專門用於測試的region）。 ?β?}育
一個region對應有一個registry。 k≈?;?
可以通過tag的管理使vob、view工作於多個region之下。示例命令行如下： /±K丹偧
cleartool -mktag -vob -tag -/new_vob_tag_name FULL_PATH_TO_VOB_STORAGE &.gx鼤?癝
registry的password的作用：僅對public vob管用，一旦一個vob設置成public的，誰都可以mount和使用它，爲了安全起，設這個password作爲保險。對於實施嚴格精確的權限控制，這個含義不大。 Mh?I樭a?
CCRC和CQWEB的WEB服務器可以使用SSL，更加安全。具體配置方法有文檔。 €LU0}〆妎
一些集成性很強的命令行命令是不推薦使用的，比如：rgy_backup、rgy_switch等。 y?嶯銬?
UUID：內部存儲的唯一標識，在vob、view失去完整性的情況下，可以被用來執行對象的刪除等操作，十分有用。 73Р脨<捕T
服務器端的albd進程需要長期佔用一個license，一個用戶對license的佔用最小時間爲30分鐘，推廣後license數目可能需要根據實際情況增加。 橝^靬?
保存某個複合基線：暫時沒有好辦法，只有基於這個複合基線創建1個子流。 > (刢Uhdg
4. 總結分析 q]J文sC?
內容相對簡單，所以預定目標完成情況較好，服務器和客戶端軟件的安裝部署完成，參與人員已基本具備能自行操作並進一步自行探索的熟練程度，對各種概念有了深入的理解，瞭解了工具軟件的各種使用方式的差異和優劣，對實施中的難點和重點有了較爲實質的認識，並獲取了一些重要的使用經驗。經過總結整理，認爲以下內容爲後續實施過程中的難點和重點： 爦5奦ι?
權限管理：如何實施精確到組件、精確到人的嚴格的權限管理； 譇B稐氿5?
腳本技術：如何根據實際需要隨時編寫所需腳本，包括CC的Trigger和CQ的hook。 €╈鎌q 韟?
使用規則：如何制定詳細的用戶操作使用規則，包括流程、命名、使用、授權等。 摲 R6'z/ ?