【ClearCase 学习笔记 】之（1/4）CC四大功能概述

ClearCase学习笔记：

一. CC四大功能详述

二. CC结构及设置

三. CC的硬件需求及支持平台

四. CC基本操作介绍

---

本文主要内容: CC四大功能详述
（壹）版本控制
（贰）工作空间管理
（叁）建立管理
（肆）过程控制

CC四大功能详述

（壹）版本控制

ClearCase的核心功能是版本控制，它是对在软件开发进程中一个文件或一个目录发展过程进行追踪的手段。ClearCase采用的是一种元素级的版本管理机制，系统中的各种文件和目录均可以被视为元素，因此ClearCase可以对文件系统的所有对象（包括文件、目录）进行版本控制，其中文件类型包括：源代码、可执行文件、位图文件、需求文档、设计说明、测试计划、和一些ASCII和非ASCII文件。目录的版本记录整个目录的发展状况，包括目录内文件的建立、重新命名、重新构造、添加和删除等操作。另外ClearCase的版本控制功能还提供了自动的版本分支和归并功能，从而更有力的支持并行开发。

1.1独有的存储库VOB（Version Object Bases）

ClearCase把所有版本控制的数据存放在一个永久、安全的存储区中，这个存储区被称为版本对象类（Version Object Bases），项目团队（或管理者）可以决定它们所需要的VOBs的数量，可以决定什么样的目录或文件需要被维护。VOBs不仅是一个可连接的文件系统而且也是网上的资源──主机可以连接任何数量的VOBs.

ClearCase VOBs的组成模式跟UNIX、Windows NT的文件系统和分布式的数据库系统非常类似。ClearCase采用Raima数据管理机制来维护VOB数据库。对于文本文件来讲它采取的是增量方式存储，而对于其他非文本格式的文件ClearCase采用标准的压缩技术存储，这比以往的存储形式节省了50%—70%的存储空间。当VOBs在ClearCase中被连接和访问时，VOBs以标准目录树的形式出现在客户面前，包含标准的文件对象：目录、文件、符号链接和硬链接。但事实上，文件系统已经有广泛的版本控制组件：它包含目录元素、目录元素版本、文件元素、文件元素版本、VOB符号链接和VOB硬链接。开发者也可以查看和这些文件系统对象相关的数据。这些数据包括事件记录，建立审核以及用户自定义项，如：版本标签和属性。

1.2使用常见的检出/编辑/检入范例

ClearCase的命令可以控制元素的变化，确保存储区有序的繁衍并使数据损坏的程度达到最小。ClearCase采用一种检出/编辑后检入的范例，类似于传统的版本控制工具如：RCS和SCCS。ClearCase除了可以进行检出、检入以及取消检出操作外，它还可以通过命令设置另外的操作，如：删除版本、建立/删除分支、可按时间顺序或结构顺序排列出版本历史、比较版本间的差异，并且可以归并分支上的版本。

由于VOBs中所有的元素都是受保护的，因此，当要对某一个文件进行编辑时，系统指出该文件具有只读属性──这意味着它不能被编辑或删除。而检出（即出库）操作可以对该文件的某个版本形成一个可编辑的拷贝。它无须将文件拷贝到另一区域工作。检出的注释可以被提供。当编辑完成后，该文件被检入（即入库），于是在版本树中形成一个新的版本，并且自动将可编辑的拷贝删除。为了检验文件的变化，在检入过程中可以填入注释信息。文件一旦被检入，即刻回复到只读状态成为共享数据，可被所有成员使用。

ClearCase支持两种检出，保留以及非保留。保留检出可以保证版本历史形成的正确范围，并且同时只允许一个人做保留检出的操作。非保留检出无须保证建立一个成功的版本，如果多个用户同时对同一元素执行非保留检出，也企图进行检入操作，那么第一个检入操作被允许，而其他用户必须通过归并操作合并它们的结果。

1.3在版本树中管理元素发展的过程

在ClearCase中，元素版本的管理体现在版本树的结构中。一个版本树的结构可以按目录结构定制，还可以包含多层分支和子分支。

在一个典型的开发环境中，很多元素的版本树最初仅包含一个分支，即元素的版本排列在同一条线形队列中。随着时间的发展，当用户做一些错误修复、代码的组织、一些实验性修改或指定平台的开发时，它们可以给一些相关元素定义子分支，从而脱离主干进行开发。ClearCase可以支持多级分支的操作，还可以给分支命名。

1.4 对目录和子目录进行版本控制