织梦CMS - 轻松建站从此开始!

罗索实验室

当前位置: 主页 > 基础技术 > UML,RUP,SCM >

ClearCase配置

罗索客 发布于 2005-12-05 16:06 点击:次 
ClearCase中存储文件、目录和源数据等配置项的数据库。 客户端程序只能通过快照视图或动态视图访问VOB中的数据—— 1. VOB库中独特的库结构,其他应用程序无法识别。 2.ClearCase的权限机制,只有相应权限的人员才能进行操作 Snapshot View快照视图: 服务器上VOB数据在
TAG:

ClearCase中存储文件、目录和源数据等配置项的数据库。
客户端程序只能通过快照视图或动态视图访问VOB中的数据——
1. VOB库中独特的库结构,其他应用程序无法识别。
2.ClearCase的权限机制,只有相应权限的人员才能进行操作
Snapshot View快照视图:
服务器上VOB数据在本地的拷贝。一般需要更新(Update)操作才能得到服务器上文件的新版本。 Chink Out/Check In操作后自动更新。
Dynamic View动态视图:
服务器上VOB数据的在本地的映射。 与VOB库同步需要刷新
活动(activity)
1、个人要完成的工作单元。活动有不同的类型。例如:一个缺陷、一个扩展请求;或者一个问题都有可能是一个活动。这种工作单元和变更请求管理系统和流程紧密结合。在项目管理系统中,活动可以作为其他活动的子活动。
2、作为一个ClearCase UCM的对象,用于追踪完成一项开发任务的工作。一个活动包括用于描述任务的文字和一个变更集(Change Set ),变更集中指明在该活动中建立和变更的所有版本。如果项目配置为集成使用UCM-ClearCase,一个相应的CleaeQuest记录存放附加的活动信息,例如活动状态和负责人。
基于活动的配置管理
对于软件系统变更的管理基于较高水平的活动(例如:任务、缺陷、扩展)而不是基于单个的文件版本。这要求SCM工具能够跟踪文件的版本用于实现特定的活动,并且将活动表述成关键对象。目的是简化复杂性,同时确保对系统工作版本中出现的缺陷进行有效的判断。
管理型VOB
一个包含全局对象的VOB,当客户型VOB中希望创建这些全局对象的实例时,按需将这些对象拷贝到客户型VOB中。管理型VOB并不是特殊的VOB,允许其他的VOB与之建立关系。
ALBD服务器
Atria Location Broker Daemon 的缩写。ALBD是ClearCase的主服务进程,运行于每一个ClearCase的宿主机。它启动后,根据需要向各种ClearCase服务程序分发消息。
构架(architecture)
1、一组有关软件系统组织结构的重要决定,包括:结构要素和接口的选取、确保他们的行为能满足这些要素之间的协作关系、结构要素和行为要素以一种渐进的方式被组装成子系统、能够指导这种组织结构的构架风格、要素的内容、接口、相互间的协作、以及他们的组合。软件构架不仅关注结构和行为,而且要关注使用、功能、性能、弹性、复用、易理解、经济和技术上的限制条件和折衷,甚至是审美问题。
2、一个系统或者构件的结构 组织。
3、软件系统的构架(在一个特定的时间点)是那些通过接口相互配合的重要构件的组织与结构,这些构件将由后续更小颗粒的构件组成。
装配集成
将独立的软件构件基线组合成为整体可运行软件的开发活动。
属性
附加于一个对象的元数据描述,形式为一个名称与一个取值。属性名称在用户定义的属性类型中指明,用户可以设置属性的取值。例如:项目管理人员建立名为QAed的属性。针对几个文件元素的版本,用户可以将QAed的取值设为"yes"。
属性类型
定义一个属性名称的对象,用于一个VOB中。它约束属性的取值与名称相匹配。例如:1~100 的整数。
逆向增量
一种增量存储方法,在最新版本中存储文件的完整内容,在以前的版本中仅仅记录版本间的增量。
基线
一个ClearCase UCM对象,典型的用法是表达一个或多个构件的稳定配置。一个基线指明与一或多个构件相应的活动及每个可见元素的版本。可以基于一个基线创建一个开发流或者调整一个已存在的开发流。
分支
一个用于逐一列举一组线形序列元素版本的对象。
分支/最新开发
一种分支策略,团队成员工作于隔离的视图中,在同一分支上检入和检出。当变更在被检入之后能够被其他团队成员看到,仅仅存储文件并不会将相关的变更公之于众。分支/最新开发策略带来最低程度的隔离和最高程度的集成。
分支策略
通过在软件项目中使用分支类实现隔离和集成的策略。在分支策略中定义所使用分支的类型,一部分分支和其他分支之间的关系,以及如何在分支之间迁移变更的内容。
构建
编译程序生成一或多个派生构件的过程。包括对源文件的翻译以及利用编译器、连接器、文本格式器等工具构建二进制文件的过程。
工作版本审计
在构建工作版本过程中,用于记录操作系统读写文件与目录的过程。
构建规避
ClearCase 编译程序 clearmake 的一项功能,在履行一个构建请求过程中使用已经存在的派生对象,而不是通过运行一个实际的构建步骤创建一个新的派生对象。
变更请求
一个用于描述涉众对工件或流程提出变更请求的通用术语。在变更请求中记录的内容包括该请求的来源、相关问题的影响、建议的解决方案,以及相应成本。
变更请求管理
用于记录、追踪和报告来自任何涉众对软件系统变更的请求。变更请求管理包括一个机构采用的决策支持流程、决定作出哪些变更以及相应的解决流程。
变更集(change set )
与一个UCM活动相关的版本清单。ClearCase 记录在一个活动中所构建的版本。活动使用变更集将那些被交付的、被集成的和被发布的文件版本记录在一起。
在SCM领域中,有些人明确地区分两个术语:变更包和变更集。他们的差异是细微的,主要取决于特定的实现方式。变更集被定义为组成变更的实际增量,这中增量可能跨越文件。变更包是包装在一起的一组文件版本。ClearCase使用变更集表述变更包的概念。
检入检出 (和VSS中的检入检出概念有不同的哟)
用于扩展元素版本树分支的两步走过程。第一步是检出,表示在一个特定分支上创建一个新版本的意图。第二步是检入,完成创建一个新版本的过程。
执行一个检出动作并不意味着能够完成后续的检入动作。多个用户工作于不同的视图当中时,他们可以同一个分支上检出。至多只能有一个人能够进行保留型检出,以保证此人有权力检入一个新版本。对于他人非保留型检出则不提供类似的保证。第一个保留型检出结果被检入后,其他工作与同一分之但不同视图的人如果希望将他们非保留型检出的版本记录在案,则需要合并(MERGE,很烦人的操作特别是大项目的公共部分)。
构件
1、在CM系统中包含的物理层面对象,这些物理层面对象用于实现一或多个逻辑包。一个 ClearCase 构件是一组文件和目录的集合,他们处于同一个根目录之下。ClearCase构件是有版本的、可以共享的并且可以作为一个独立的单元被发布。一个大系统通常由多个构件组成。一个小系统可能只包含一个构件。
2、在一个UCM项目中的ClearCase(以下用CC代替了打全称好累呀)对象,它将一组相关的文件和目录元素组织在一起。通常情况下构成一个构件的元素被一起开发、集成和发布。一个项目至少要包含一个构件,也可以包含多个构件。不同项目之间可以共享构件。
3、系统中重要的、近似相对独立的可替换部分,在清晰定义的体系构架中,它们能够用与实现明确的功能。一个构件遵从一系列接口提出的要求,并提供其物理层面的实现内容。系统中物理层面的可替换部分,包装了那些遵从和实现一系列接口的具体内容。一个构件表达了系统实现中的一部分,包括软件代码或者等价的内容,如脚本或命令文件。
设置检查点
一个开发人员能够检入中间过渡性版本,同时这些版本对其他开发人员不可见。设检查点的能力取决于开发机构所使用的分支策略。
Clearmake
与“make”兼容的工具,是CC产品的一个组成部分,他提供构建审计和构建规避的特性。
基于构件的开发
通过组装构件创建和部署软件密集型系统,也包括开发与获得这些构件
构件子系统
在设计中对一个构件的逻辑抽象,子系统通常用构造型表述。它实现一或多个接口,并且可能依赖一或多个接口。它可能包含0或多个类、包,或者其他的构件子系统,这些内容在外部都是不可见的。它还可能包含0或多个图,用于展示其内部的行为。
同步变更
两个或两个以上的开发人员在同一时间对同一文件进行变更。SCM工具必须要支持对变更的合并或集成,从而将并行完成的变更内容结合在一起。在两个或多个团队之间展开的大规模同步变更也被成为并行开发。
配置(configuration)
1、打标签的或着是经基线化的一组版本,他们构建成一个具有一致性的集合。
2、被一个视图选定的一组版本。
配置和变更控制
配置管理的一个要素,包括针对配置项变更的评估、协调、批准与否以及具体的实施。
配置控制
配置管理的一个要素,包括针对配置项变更的评估、协调、批准与否以及具体的实施,并且这些配置项被正式建有相应配置标识。
配置标识
配置管理的一个要素,包括选取用于一个系统的配置项,在技术文档中记录他们的功能和物理特征。
配置管理
一个比软件配置管理更广泛的定义,适用于硬件和软件的配置管理。
配置记录
一个派生对象的清单,明确指出哪些文件系统的对象在重构建过程中被用作输入数据或执行程序,以及哪些文件是被构建的输出结果。
配置规格
一组配置规则的集合,用于说明VOB元素的哪些版本将被视图选取。快照视图的配置规格同时说明那些将被加载到视图中的元素。
配置状态统计
配置管理的一个要素,记录和报告那些用于有效管理配置的信息。
缺陷
缺陷是出现在已交付产品中的异常情况或瑕疵。例如,在生命周期初期发现的遗漏和缺点,或是已准备测试或运行的足够成熟软件中存在的故障征兆。缺陷可以是需要跟踪并解决的任何种类的问题。
交付
一个CC的操作,允许开发人员将自己开发流中的内容合并到项目的集成流当中,从而将他们的工作结果供项目中的其他成员共享。在需要合并的版本的情况下,交付的操作会调用Merge Manager。 (iwgh)
本站文章除注明转载外,均为本站原创或编译欢迎任何形式的转载,但请务必注明出处,尊重他人劳动,同学习共成长。转载请注明:文章转载自:罗索实验室 [http://www1.rosoo.net/a/200512/2147.html]
本文出处: 作者:iwgh
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 验证码:点击我更换图片
栏目列表
将本文分享到微信
织梦二维码生成器
推荐内容