<!--[if !supportLists]-->1.1 <!--[endif]-->Base ClearCase应用
应用Base ClearCase进行软件开发，一定要用到Config_Spec，因为新建的General视图中显示了主分支main上的最后版本，要在需要的版本上进行修改一定要修改Config_Spec。
应用Base ClearCase做开发时，尽量每个完整的任务对应一个视图。这个视图开放权限可以让所有完成任务所需要的人员访问，在完成任务后，将所有修改打上相应的Label，备份Config_Spec并将这个视图删除。
根据需要可以给任务定义一个分支，需要注意，要使用分支前一定要在VOB中创建一个新的branch type；Config_Spec不能自动创建branch type，如果在VOB中没有，在Checkout时会报出错误。如果是多个VOB协同工作，最好定义一个Admin VOB，在Admin VOB定义一个Global Branch Type以协同。
如果可能最好是在以前确定好的一个Label上开始新的工作，这样可以不必维护复杂的Config_Spec；如果发现有多个任务需要的配置项的版本映射规则相同，但是会在此基础上创建不同的分支，则先创建一个视图，维护Config_Spec，选择公用的版本映射规则，但是在其中不要应用任何mkbranch选项，在此视图基础上打一个Label，之后将这个视图删除，在这个Label的基础上创建新的不同的Config_Spec以进行工作。例如：
element …\Config.java …/Support_Telecom/LATEST –time 18-AUG-2005
element …\config.xml …/Support_Telecom/LATEST –time 18-AUG-2005
element * …/Support_Telecom/LATEST
element * /main/LATEST
发现在对电信的支持过程中在2005年8月15日后第一个版本的Config.java与config.xml是正确的，其后修改错误，但是其他的配置项是正确的。
我们可以地这个View上为配置项打上label，Right_ For_Telecom_2006_4_29
新的任务是Telecom_New_Feature，则视图的Config_Spec可以如下
element * CHECKEDOUT
element * Right_Config_For_Telecom_2006_4_29 –mkbranch Telecom_New_Feature
ellment * /main/LATEST –mkbranch Telecom_New_Feature
需要注意，在最后一行要加上–mkbranch Support_Other，否则新增加的配置项会在main分支上。实际上可能需要多个-mkbranch，以保证分支的层次能够反映实际的情况。例如：Supprt_Other是Framework_2.5基础上进行的支持工作， Framewokr_2.5是主分支main的子分支，则应该写成：
element * CHECKEDOUT
element * Right_Config_For_Telecom_2006_4_29 –mkbranch Telecom_New_Feature
element * /main/Framework_2.5/ Support_Telecom/LATEST –mkbranch Telecom_New_Feature
element * /main/Framework_2.5/LATEST –mkbranch Support_Telecom
ellment * /main/LATEST –mkbranch Framework_2.5
这样会保证新增加的配置项会从主分支main下一层层的创建子分支，直到/main//Framework_2.5/ Support_Telecom/ Telecom_New_Feature。
在实际的项目中，Config_Spec远比本文描述的复杂，需要根据实际情况做调整。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/