在環境的準備過程中，要考慮到開發人員的開發習慣與測試環境等問題，決定VOB Sever是安裝在Windows平臺還是安裝在Windows平臺。在決定安裝平臺后，要根據開發模式確定是否安裝Web Server，如果項目會有大量的在外支持的工作，并要求在客戶現場修改代碼，建議安裝在辦公網段，這樣可以通過外網進行訪問；如果是產品項目在公司內部研發，沒有遠程修改的需求，建議安裝在實驗網段。
在Server安裝完成后，要根據代碼保密與配置管理等原則等將所有的用戶與用戶組在域中建立，并將網絡安裝包共享給用戶使用，要注意有是在某個域上安裝了ClearCase客戶端后，并不能直接在另一個域上使用，需要修改Atria Location Broker這個服務中啟動用戶與密碼，所以在安裝完成后，不能對clearcase_albd的密碼進行改動，所以clearcase_albd這個用戶設置中一定要注意設置密碼永不過期。如果一個項目組成員想在不同的域并且這些域之間沒有信任的情況下都使用ClearCase，只能安裝兩套操作系統，在每個系統上都安裝ClearCase客戶端。
2.2.7 舊版本的整理與版本的遷移
在服務器安裝完成后，要考慮舊版本的整理，如果只是簡單的將VSS與CVS的全部配置項移到ClearCase中去，就只是將ClearCase當做VSS與CVS使用，使用ClearCase也沒有什么意義，所以要將舊有的配置項進行整理。這項工作應在配置庫的邏輯視圖與物理視圖確定之后就開始，一直持續到版本的遷移。
在整理舊有的配置項時要先將原有的VSS或CVS配置庫進行備份，而后在備份的配置庫進行整理，以防止對工作中的配置庫造成損壞。版本整理的時候可以將文檔與代碼重新按照Component結構設置。
在VSS中為了工作方便，常常將工作庫，受控庫與基線庫分離，而且VSS的分支功能并不是很好，針對不同的客戶修正一般都會新建一個目錄來進行修改，同一個配置項在配置庫中存在多個副本，為配置管理帶來許多人為的不可控因素。
在整理VSS配置庫時，一般情況下文檔部分可以只采用Get last version的方法，取出最新版本，按規定放入Component即可；代碼的處理有所不同，如果所有的代碼在VSS配置庫中只存放在一處，之后在此基礎上設置label，則可以應用命令clearexport_ssafe與clearimport將其導入，在導入結束后將所有的label導入到相應的Component上即可；如果有多處副本只能將每處副本的相應基線應用get last version命令取出，而后將用clearfsimport導入Clearcase，之后在相同目錄下重復以上動作，要注意的是每次clearfsimport后要建立一個基線。
針對一些有長年積累，在VSS上有多個目錄存放不同的版本的項目，不要有必其功于一役的不切實想法，應先整理以前的版本，找出幾個主要版本樹，將各個版本之間的關系理清楚，之后將幾個版本樹按以上的方法導入。
如果源代碼在原項目中是應用CVS進行配置管理，一般情況下，在CVS中沒有副本存在，可以應用clearexport_cvs命令與clearimport命令導入好可。
在應用clearimport時要注意，如java中文件名是區分大小寫的要應用clearimport -p，具體方法可以應用cleartool man clearimport來查看幫助。