在环境的准备过程中，要考虑到开发人员的开发习惯与测试环境等问题，决定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来查看帮助。