ClearCase指南-基础篇(翟朋伟)

ClearCase指南-基础篇(翟朋伟)
ClearCase指南-基础篇(翟朋伟)

ClearCase指南-基础篇(连载一)

第1章前言

.本文档凡斜体字即代表高级内容、高级概念、或可选内容,仅作粗略了解用,暂不必深入理会。

.如下如无特别说明,缩写“CC”即代表Rational ClearCase;缩写“VS”即代表Microsoft Visual Studio 2003/2005/Whidbey;缩写“VSS”即代表Microsoft Visual Source Safe。

. 对于代码开发人员,绝大部分配置管理工作是通过集成了ClearCase的https://www.360docs.net/doc/8e11718548.html,来进行的,除却部分操作,大部分操作在VS集成环境下进行应该更便当些。但本文档是CC的基础,也包含部分VS集成环境无法进行的操作,所以,开发人员必须仔细阅读本文档–单纯依靠集成了ClearCase的https://www.360docs.net/doc/8e11718548.html,是无法解决所有问题的。

第2章 ClearCase安装

2.1 准备工作

. 客户机器必须加入Windwos域,客户必须用Windows域账户登录到自己的机器(即登录到域中),你的ClearCase客户端才可以正常访问ClearCase服务器、你的ClearCase客户端才可以正常工作。ClearCase使用Windows账户作为自己权限管理的基础,切!

. 网络部分、WINS设置:网络连接、属性、TCP/IP、属性、高级、WINS、添加(A)…,加入2个WINS地址:192.168.8.4、192.168.8.6。否则安装可能失败,提示如下:

. 如果客户端是Windows 2000 Advanced Server,可能因为权限问题而无法创建视图,这是我们公司域服务器帐号同步故障所致。请先退出PDOMAIN域,然后再加入PDOMAIN域,问题应该可以解决。注:其他类型操作系统也可能出类似故障(有时报告“…与域服务器的信任关系失败…”),解决办法同此。

. 工作方便起见,你的Windows域账户应该同时是你本机的管理员(Administrators组)。

一切Ok,开始安装工作。

2.2 安装工作

. 注意:ClearCase必须在Visual https://www.360docs.net/doc/8e11718548.html,(含Whidbey)、Rational Rose之后安装,否则ClearCase 与以上2者的集成将失败。

.注意:以后如果需要重装Visual Studio(如Whidbey版本升级)或Rose,ClearCase也必须卸掉重装、同样是后装ClearCase!

. 注意:https://www.360docs.net/doc/8e11718548.html,+ClearCase安装、配置好后,如果因为目种原因又安装了Source Safe,则

https://www.360docs.net/doc/8e11718548.html,+ClearCase的集成关系失败、自动变为https://www.360docs.net/doc/8e11718548.html,+Source Safe的集成关系。如欲返回使用

https://www.360docs.net/doc/8e11718548.html,+ClearCase集成,则必须卸载重装ClearCase。

.注意:关于原Source Safe客户端:

1、对于Visual Studio(平台技术部、应用开发部),客户端原Source Safe可以保留、不必卸载、以备浏览原Source Safe库;

2、对于Rose(应用设计部),客户端原Source Safe可以暂时保留,以备浏览原Source Safe库;当Source Safe到ClearCase的迁移工作彻底完成后,最好卸载客户端Source Safe,否则Rose与ClearCase的绑定可能(而非绝对)会受到干扰,每次启动Rose都需要重置Rose Add-In Manager,以重新绑定到ClearCase! ---- 目前来看,部分人机器环境可能有本绑定毛病。

. ClearCase Client安装启动路径:\\uf-net\ClearCaseNetSetup,启动Setup.exe......可能遇到的、需要干涉的步骤及解决如下:

1、 License Agreement…步骤:当然选择I accept…、我同意……

2、最后一步,提示是否阅读有关及是否要进入Rational有关网址,不必要,勾掉2个CheckBox。

3、除却安装路径(默认:c:\program files\rational\clearcase)可以修改外,其他配置一律不得修改、须保持默认值!

. 安装完ClearCase后必须重新登录(即Windows注销操作)---- 最好重启机器、以刷新你的权限到ClearCase Server,否则不能操作ClearCase客户端!

第3章各部目录结构

特别提醒:在ClearCase Explore中,你可以看到自己熟悉的目录、文件等概念。但其实,其中有些结点、目录是特殊的ClearCase后台对象(视图名、VOB、Component),你不要试图在CC Explore或Windows Explore中对这些特殊的CC Object进行删除、移动、重命名等变更操作,否则肯定只会自讨苦吃!这些概念你不必太了解,记着别变更之即可。

这些概念在CC Explore中View的节点等级关系为:视图名\VOB\Component\普通目录、文件。即Root节点代且仅代视图名,1级节点代且仅代VOB,2级节点代且仅代Component,其他为普通目录、文件。客户端只能对Component之下的常规目录、文件作入库、Check Out、Check In、重命名、删除等操作。

这些概念在CC Explore中的体现参下节:“平台技术部目录结构”。

3.1 平台技术部

3.2 应用开发部

3.3 应用设计部

ClearCase指南-基础篇(连载二)

第4章 ClearCase基础

鉴于大家多少已经使用过一段时间ClearCase或是其他的版本控制工具(如Visual Source Safe、CVS 等),关于软件配置管理SCM的基础概念如Working Space(工作空间,Source Safe叫Working Folder、CC 叫View –视图)、Add to Source Control、Check Out、Check In、Get Latest Version(Source Safe)/Update View(ClearCase)、…等,此处只作简单介绍或即Pass,不作深入讲解。

4.1 ClearCase模式

ClearCase一共有2种模式:Base模式、UCM模式。不必深究、不必理解、不必区分此2种模式。

我们使用的是UCM模式。

4.2 受控元素

ClearCase管理2种对象:目录,进入CC后称Directory Version;文件,进入CC后称File Element。2者在CC中统称为Element(元素)。

注意:对于个人的私有文件、目录,CC Explore中标示为“Private”类型,CC对私有文件/目录不做任何包装、限制及特殊处理。在ClearCase Explore(CC客户端工具)中也可以对之作常规操作如重命名、删除、移动等,如同Windows Explore中一样、没有任何例外!

4.3 静态视图

Static View:静态视图,就如Source Safe,本地有一套CC服务器上文件/目录的副本,可离线工作。静态视图下,他人为看到你的Check In成果,必须在自己的客户端执行一下Update View命令。

创建视图时(参后续有关章节),记着让视图名字前缀上你的大名,以便于管理!

4.4 动态视图

Dynamic View:动态视图,相对Source Safe等版本控制工具,动态视图概念为CC所独有。动态视图下,本机通过网络驱动器来直接访问CC服务器上的文件/目录,本机没有CC服务器上文件/目录的副本,一旦脱离CC服务器环境即无法工作,即不能离线。一旦你Check In,他人如果工作在动态视图下,可立即看到你的最新成果,他人无需执行Update View命令、Refresh(F5)一下即可。同理,如果你使用的是动态视图,无须Update View、Refresh一下你即可看到他人的最新提交成果。

注意:对于动态视图,CC会在客户端创建一虚拟驱动器(M、X、Y、…),Windows Explore下访问该虚拟驱动器,将会看到该视图的完整目录、文件结构,与CC Explore(后续章节介绍)中看到的一样。甚至,……

创建视图时(参后续有关章节),记着让视图名字前缀上你的大名,以便于管理!

4.5 活动:Activity

ClearCase中有一个重要的概念:Activity ----活动。

签出(Check Out)一个文件或目录、把一个文件或是目录Add to Source Control(加入版本控制库)前,必须首先建立一个活动(可以使用一个固有的活动,也可以New一个新的活动),用于记录你的后续操作之用(未来,通过活动可以反查你对哪些文件/目录作过哪些修改)。在该活动基础上所做的一切修改称之为该活动的“变更集”。

1、活动命名规范:

a、“人名”用Windows域帐号;“日期”为YYMMDD格式。

b、代码类:人名__模块_活动简述_日期,如:zpw_Workflow_条件转移接口定义_040205

c、 PubRef共享引用、资源文件提交:PubRef_人名__模块_日期_......,如:

PubRef_Lyguo_Workflow_040324_WfEngine表李玉国提交工作流的Engine组件。

d、文档类:Doc_人名__模块_日期_......,如:Doc_fjz_Service_050124_设计文档

e、……

2、定义活动时,不仅应该命名规范、有意义,还应当给予适当注释。

第5章 CC客户端:ClearCase Explore

本章包括如下内容:创建视图、配置项入库、签出、签入、更新视图、活动创建。

通过本章学习,普通客户端将可以借助ClearCase实现常规的配置管理工作。当然,借助CC与VS、Rose的集成功能可能更方便些,但严格来说,CC与VS、Rose的邦定集成不属配置管理范畴!

常规人员和CC打交道的工具只有一个:ClearCase Explore ---- CC的客户端GUI工具。

如下为CC客户端、ClearCase Explore主界面:

通过CC Explore,不仅可以实现配置管理的常规操作(创建视图、配置项入库、签出、签入、更新视图、…),还可以直接进行普通文件/目录的常规操作:创建、删除、移动、重命名等。

5.1 创建视图

客户端必须首先建立视图才能展开日常配置管理工作。

客户端通过ClearCase Explore.Toolbox\Base ClearCase\Create View实用工具,把服务器端一个配置好的ClearCase Project所包含的有关文件、目录元素下载到本地,建立起自己的视图。

5.1.1 步骤零:创建个人View Storage

CC中,每个View都必须关联一个View Storage,服务器需要通过View Storage与客户端通信。

View Storage很简单,就是一个普通的Windows共享目录。每个人都需要在自己的机器上创建自己的View Storage共享目录(共享权限应仅对自己开放),创建视图时,输入该共享路径即可!

方便起见,所有人的ViewStorage的共享目录名字统一为:“ViewStorage”:

5.1.2 步骤一:启动Create View

启动Create View实用工具(ClearCase Explore、“Toolbax”Tab页、“Base ClearCase” Panel、“Create View”Button):

5.1.3 步骤二:选择Project

选中目标Project(本步骤及后续步骤截图为讲解用,实际工作中,需要加入或基于合适的CC Project 如:平台技术:U9.UBF.***、应用设计:U9.Design.***、应用开发:U9.App.***)

,下一步继续:

ClearCase指南-基础篇(连载三)

5.1.4 步骤三:开发流、整合流

关于开发流(Development Stream)、整合流(Integration Stream):

开发流、整合流为服务器端概念,可简单理解为服务器上的2个独立存储空间,特定阶段、特定版本集的文件、目录即存放在流中。

开发流概念用于分支、隔离开发用,目前不使用,所以要勾掉“Create a development stream”

5.1.5 步骤四:视图类型

决定视图类型:选择生成静态整合视图(我们暂不使用开发流,也就无开发视图类型选择问题,所以下截图上半部开发视图部分为空),下一步继续:

5.1.6 步骤五:View本地存放路径及View Storage设置

本步骤非常关键,请大家务必重视:

默认视图名字前系统会自动前缀上你的名字,便于监控、管理,不要删除,切切!

客户端每建一个视图,服务器端即会作相应登记(Register)。

如果你是第一次基于某个Stream(我们的例子是U9.UBF.Mailline流)创建一个View,则此次视图名字应该是形如“zpw_U9.UBF.Mainline_int”、名字中无“_2、_3、_4、…”等字样。

如果你以前基于某个Stream已经创建过一个View,则此次视图名字中会包含创建次数信息、名字中将包含“_2、_3、_4、…”等字样(如本例截图)。对同一个流(CC后台存储区)创建多个视图虽然不违法,但可能给你带来意想不到的麻烦–除非你出于一定的目的有意识这样做:你的本机可能有多个副本,而你可能无意识地选择工作于任何一个View,多处修改代码还不自知,等到知道,可能已经很难处理了!

注:第一个截图中,点击“Advanced Options…”按钮后,第二个截图中点击“Browse…”按钮,找到你的View Storage共享目录(也可以在上View Storage文本框直接输入共享目录路径如:

\\zpw\ViewStorage),当找到一个合法的共享目录后,View Storage TextBox中内容自动改变为View名字(如上图的zpw_U9.UBF.Mainline_2_int),不要修改之,级次Ok后返回确定即可……

5.1.7 步骤六:Choose Component

Component系CC后台概念,简单理解为目录树即可。选择你需要访问的Component(一般是全部选择),然后继续:

5.1.8 步骤七:盘点结果

一切Ok……,转ClearCase Explore,会发现View\下增加了一个与你所Join的Project同名的选项卡(我们的例子中叫“U9.UBF.Mainline”)。其中建有我们刚刚建立的整合视图

(zpw_U9.UBF.Mainline_int):

视图创建完毕,你就(才)可以基于视图展开常规的配置管理工作:进配置库、签出、签入、更新视图等工作。

5.2 配置项入库:Add to SourceControl

视图创建完毕,该是配置项入库的时候了。所谓配置项入库,即把本机私有文件、目录加入ClearCase使之变为ClearCase受控元素。步骤如下:

注:命令行有批量入库命令,很简单,略。

Windows Explore中Copy需要入库的配置项。

ClearCase Explore中Paste到目的地(Component根下或Component的某子孙目录下,普通目录可以在CC Explore中直接创建)

选中需要入库的文件或目录(可多选),执行右键菜单“Add to Source Control”…如下图,一次把2个文件加入ClearCase使受控:

弹出窗体中需要选择一既有活动或可创建一新的活动,以关联本次动作。最后确定即可。如下图:

注意:

A. 把一个目录下任何一个Private文件加入ClearCase后,该目录均将同时自动加入ClearCase变为受控元素–目录私有的话。

B. 把一个目录Add to Source Control…后,其中子目录及文件均不会受影响–如为Private则仍将保持Private状态。

C. 子影响父,父不影响子:一个文件如加入ClearCase,其所在父目录必被自动加入ClearCase(至于爷爷目录,CC不考虑处理);反之则No。

D. 对于代码类或Rose模型,在Visual Studio、Rose中借助与ClearCase的集成功能可实现批量入库(及自动过滤),应该更简单些。后续章节专题介绍。

ClearCase指南-基础篇(连载四)

5.3 签出:Check Out

Check Out出ClearCase受控元素,然后修改之,最后Check In提交之,其他人员通过Update View命令即可获得该元素的最新结果(仅静态视图需要,动态视图不必Update View)!

VS、Rose中,有相应ClearCase集成,功能一样,专题介绍。

Check Out一个文件,如下图,既可以继续使用一个既存的活动,也可以使用New按钮定义一个新的活动(很简单的一个窗体,略):

Reserved CheckBox:独占式、非多签出,只要你不签入提交,其他人就不能再签出修改该文件、目录。

特别提醒:除非实在有必要,绝对不要Check Out出来一个(普通)目录,除非你能记着及时Check In 之,否则可能导致很多文件、目录的状态异常,很难处理。

5.4 签入:Check In

提交个人成果到服务器。

批量提交:寻找整个视图所有被修改(正常修改及Hijacked文件)的文件,以实现批量签入提交。涉及Find Modified Files、Find Checkouts右键快捷命令。

选择提交:如果只是想提交个别文件、目录,可选中目标,然后右键执行Check In……本手册不做详细讲解。

VS、Rose中,有相应ClearCase集成,功能一样,专题介绍。

5.4.1 Hijacked文件

本节非常重要,所有人必须重视:

文件即未经CheckOut即被强制修改,ClearCase即置其为Hijacked状态。Hijacked文件将影响到Update View等操作,具体参随后章节。

文件变成Hijacked状态有2大类原因:

不正常、非故意、不小心所致:忘记Check Out,Windows Explore中直接打开强制修改(通过相应工具如Word改文件内容或是使用Copy/Paste命令覆盖原文件)。

正常、故意所致:如网络断、回家、出差在外,无法访问CC Server,而修改工作需要继续,又希望未来提交强制修改结果。

对Hijacked文件可以有2种处理办法:认可强制修改,先转Check Out接着再Check In;放弃该强制修改:Undo Hijacked File。

5.4.2 Find Modified Files

5.4.2.1 Find Modified Files步骤一:查找

对整个视图寻找所有被修改(正常修改及Hijacked文件)的文件(注:必须选中视图名,否则右键菜单中无“Find Modified Files”命令!):

5.4.2.2 Find Modified Files步骤二

查找结果如下(我们的结果中有Hijacked文件(红线提示部分)):

5.4.2.3 Find Modified Files步骤三

Close上图后进入如下界面,提示有Hijacked文件,要否先直接CheckOut出来。因为不好判断该非法修改(没有CheckOut的修改)是否有意义、值得接受,先选择No(小心,默认是Yes!!!),此时进入Find

Modified Files汇总界面(下图后面界面)。左侧CheckdOut文件夹指示被Check Out出来并被修改过的文件集合(存在于右侧),Hijacked文件夹指示未经CheckOut而被非法修改的文件集合(点该文件夹后,所有Hijacked文件将刷新于右侧):

因为下节还有FindCheckouts操作,二者的Find结果的处理方法一样,所以对Find结果的具体处理参下下节。

5.4.3 Find Checkouts

(Find Modified Files命令)Find不到的CheckOut文件处理。

有时候还有一些被Check Out(可能没有修改的)文件通过上述Find Modified Files方式竟然找不到(以前ClearCase的Bug???!!!)!为此,必须用其他方式继续查找遗漏的(?)Check Out文件。查找方法是选中视图的第一级目录(而非视图本身!),然后执行右键Find Checkouts命令–〉Ok –〉进入一个Find Checkouts窗口,类同于上Find Modified Fiels命令结果窗口,处理手法完全相同,略:

5.4.4 Find结果处理—有修改CheckOut文件

普通CheckOut文件有2种处理方式,Check In(修改认同、提交)或Undo CheckOut(放弃该修改版

本),2个命令均可处理单个文件或批量处理:

5.4.5 Find结果处理—未修改CheckOut文件

还有一种CheckOut文件比较特殊,就是Check Out出来了,但是没有修改,如此有2种处理办法:强制性Check In(增加一个和前版本完全相同的版本,浪费)或是Undo CheckOut。为此需要先知道它有没有被修改,然后才能作决定,问题是没有直观办法知道它到底有没有被修改!所以,正确做法是如上面的界面一样先Check In所有Check Out文件,对于没有修改的文件Clear Case将在Check In的过程中提示你该文件内容同于上一个版本,不能Check In(下图),则确定之,继续。当所有Check In完毕后,上图Find Modified Files的结果窗体将刷新,剩下的仍为Check Out状态的文件即为无实质修改的文件,全部选中,Undo Check Out即可!

如果你足够懒,不想如此麻烦,不管三七二十一所有Check Out文件均想Check In进去,也可以,方法是Check In时(会弹出一个选项设置窗体)选中一个选项,参下图:

5.4.6 Find结果处理— Hijacked文件

对Hijacked文件可以有2种处理办法:

认可强制修改,先转Check Out接着再Check In。

放弃该强制修改:Undo Hijacked File。

5.5 更新视图:Update View

仅限静态视图。对于动态视图,系统会自动定时更新到本地(特殊文件保存),Refresh一下即可。

更新整个视图:点击CC Explore中的文件夹窗格,执行右键菜单“Update View…”命令。

更新视图的某个目录树:点击该目录树的根,执行右键菜单“Update…”命令。

5.6 文件/目录的删除、移动、重命名

务必重视:对文件、目录的此3大操作只能在CC Explore中进行,绝对不能在VS、Windows Explore中进行,否则肯定出严重问题,切!切!

此3大操作不必你自己签出、签入有关,系统会自动执行。

重命名、删除:CC Explore中有相应右键快捷菜单,直接执行、提示确认即可。

移动:CC Explore中有相应右键快捷菜单,直接执行、提示确认即可。需要注意的是,移动必须是自右向左拖、自“浏览器窗格”拖向“文件夹窗格”,而无法自“浏览器窗格”拖向“浏览器窗格”,更无法自“文件夹窗格”拖向“文件夹窗格”。

5.7 版本树、版本比较:Version Tree

右键快捷菜单有,高级知识、略。

5.8 版本历史查看、比较:History

右键快捷菜单有,高级知识、略。

5.9 删除视图有关

一个视图的信息存储在2个地方:客户端、服务器。欲彻底删除视图,只能在ClearCase Explore中选中视图,然后执行右键快捷命令“Remove View”(而非“Remove Page”)来达到目的!

务必注意:删除视图后,本机视图副本也将彻底被删除、包括里边的私有文件、目录,务必三思!

绝对禁止通过Windows Explore直接删除本机视图副本,否则遗患无穷!

重度提醒:卸载ClearCase,重装机器、退还机器之前,务必记着先删除机器上有关ClearCase视图,否则也是遗患无穷!

再次提醒:删除视图后,本机View Storage共享目录下该视图的相应.vws目录也将一并被CC干掉,绝对禁止通过Windows Explore直接删除View Storage共享目录及其下任何内容,否则后患无穷!

禁止在CC Explore中执行“Remove View Shortcut”命令,有隐患!

删除视图前必须检查当前视图中是否有处于检出(CHECKOUT)状态的文件(可通过Find Checkouts工具实现);如有,则在将这些文件checkin或undo checkout后方可删除视图。

(完)

ClearCase培训文档

ClearCase的使用方法 这是本人在查看ClearCase使用帮助,根据自己的理解,整理,翻译出来的部分 ClearCase帮助。主要内容是一些基础的与ClearCase相关的概念,对理解ClearCase 的工作方式有一定的作用。希望这篇文档对大家有所帮助,随手翻译的文档可能存 在不少错误之处,还请大家多多指教。 ClearCase的基本概念 一、一、VOB(Versioned Object Base):是文件,文件夹和元数据(ClearCase控制下的文件 和文件夹叫做元素(Element),每个元素Check In形成的修改叫做一个版本(Version))的永久存储仓库。以下是关VOB的基本概念: 1.1.一般来说一个VOB中包含了每个元素的所有版本(Version)以及诸如用来描述每个版本的标签和CheckOut注释等元数据 2.2.对一个既定的项目,依赖于管理员对项目数据的安排,可能需要访问位于不同VOB中的元素。 二、二、View:一个View为项目中所有文件的某一个版本提供一个目录树。在View中你 可以修改源文件,将他们编译成模块进行测试,将他们插入到文档中等活动。 三、三、流(Stream):流是一个具有长生命周期的ClearCase对象。它是单个UCM项目的成 员,还是生成和记录配置的一种机制。一个流标识了当前你可以查看,修改和编译的一系列版本。 UCM使用基线(Baseline)和活动(Activities)来描述一个流的配置。当你创建一个流时,它的初始配置和基线一样(它包括某个组件的所有元素的单个版本)。当你修改流的配置时,你将这些修改指定为一个或多个活动。因此一个流就是一个给定的基线加上一个或多个活动。

clearcase客户端操作指导-080407

ClearCase客户端操作指导 (仅供内部使用) 手册编号: 版本:V1.0 编写者:于绒 北京瑞斯康达科技发展股份有限公司 Beijing Raisecom Science Co., Ltd

北京瑞斯康达科技发展股份有限公司 目录 CLEARCASE 使用指导 ....................................................................................................................... - 1 -1一些基本概念 ........................................................................................................................... - 1 - 1.1VOB的概念 (1) 1.2VIEW的概念 (2) 1.3VIEW的C ONFIG S PEC (4) 1.4C HECK I N 和C HECK O UT (4) 1.5H IJACK (5) 2使用CLEARCASE的基本流程 ........................................................................................... - 5 - 2.1首先安装CLEARCASE C LIENT 端软件 (6) 2.1.1安装须知 ................................................................................................................... - 6 - 2.1.2安装图示 ................................................................................................................. - 13 -2.2创建一个视图 (16) 2.3元素受控,CHECH IN,CHECH OUT,V ERSION T REE 等等 (19) 2.4VIEW C ONFIG S PEC 和工作空间 (27) 2.5标签和分支 (28) 2.5.1标签(label)......................................................................................................... - 30 - 2.5.2分支(branch)..................................................................................................... - 31 -2.6分支和归并 . (34) 2.7版本提交测试及发布注意事项 (37) I

CLEARCASE常见问题解答

CLEARCASE常见问题解答 1、安装过程中,CC报出本机使用动态的IP错误,如何处理? 继续安装,CC建议使用静态IP,但是使用动态IP也不会影响CC的使用。 2、无法创建视图(Create View) 大多数导致不能创建视图的原因都是albd 的服务不能正常启动,导致albd 的服务不能正常启动的原因以及解决办法如下: (1)CC 安装过程出错,没有完全、正确安装。例如,断网状态安装、非域用户安装、非本地安装等。 解决办法:完全卸载CC,重启后在本地重新安装(域用户安装,且必须是本机ADMIN)。(2)DNS 配置错误,直接导致无法正确解析到配置有clearcase_albd 用户(albd 服务专用域用户)的域控制器地址。 解决办法:将首选DNS 改为192.168.0.201(SOFTWARE 域控制器),备选DNS 改为202.106.196.115。 (3)系统内某些后台服务与albd 服务相冲突。 解决办法:在控制面板\管理工具\服务中,将Atria Location Broker 服务的启动类型改为手动,重启之后,必须先到控制面板\ CearCase Panel\Services Startup 中Start ClearCase。这个操作不是一次性的,以后必须每次重启机器后都要手工去启动albd 服务。 3、安装CC时,没有报任何错误,可是为什么不能创建view? 安装完CC,并重新启动机器后,CC会在本机上启动四个服务。如果有一个服务没有正常启动的话都会影响CC的使用。安装完CC,不能创建view是因为有一个服务没有启动。 解决办法:双击控制面板->clearcase,看看services startup栏中的四个服务是否都running。如果有一个stopped,请点击start clearcase。如果四个服务都启动,这样CC就可以正常使用,否则请联系CC管理员。(但是我ALBD Server是stop状态,CC却一样的使用,有些困惑) 4、有CC库权限但不能访问VOB库 原因:没有安装IPX/NetBios协议 解决:安装IPX/NetBios协议,注销帐户使设置生效 5、为何本机Administrator组中的Domain Admins不能删除?如已删,如何恢复? 当用户把机器添加到域中后,系统会自动把域中Domain Admins组添加到本机的Administrator组中,请不要人为的删除该组,因为这样会影响CC的一些操作。当然也会影响域整体实施策略。 如果已经删除了Domain Admins,请将本机退出test域,再次添加到域中,admin组就自动加入了些用户。手动加入这个用户则不起作用。 6、如何恢复断开的view? 进入我的电脑-选择菜单工具-映射网络服务器-文件夹-选择CC Dynamic View列表中

ClearCase常用命令及操作

Clearcase 常用命令及操作 1、VOB常用命令 11、显示VOB: cleartool lsvob C:\ >cleartool lsvob * \SmartNGoss_PVOB \\pmcserver1\Vob_Store1\Vobs\SmartNGoss_PVOB.vbs private(ucmvob) * \SmartNGoss_Vob \\pmcserver1\Vob_Store1\Vobs\SmartNGoss_Vob.vbs public 2、停止活动VOB:cleartool umount C:\ >cleartool umount \SmartNGoss_Vob Unmounting MVFS filesystem \SmartNGoss_Vob. 3、注销VOB实体:cleartool unregister C:\ >cleartool unregister -vob \\pmcserver1\Vob_Store1\Vobs\ SmartNGoss_Vob.vbs 4、删除VOB标签:cleartool rmtag C:\ >cleartool rmtag -vob \SmartNGoss_Vob Registry password: 注:由于该VOB在创建时设置为公有并加入密码,所以删除时也需输入密码 5、注册VOB实体:cleartool register C:\ >cleartool register -vob \\pmcserver1\Vob_Store1\Vobs\SmartNGoss_Vob.vbs 6、创建VOB标签:cleartool mktag C:\ >cleartool mktag -vob -tag \Doc_Vob \\pmcserver1\Vob_Store1\Vobs\SmartNGoss_Vob.vbs 7、激活VOB :cleartool mount C:\>cleartool mount \Doc_Vob Mounting MVFS filesystem \Doc_Vob. 8、改变VOB的所有者:cleartool protectvob C:\>cleartool protectvob -chown weilm \\pmcserver1\Vob_Store1\VobsSmartNGoss_Vob.vbs 9、显示VOB属性:cleartool describe C:\>cleartool describe vob:\Source_Vob versioned object base "\Source_Vob" created 18-十二月-03.11:21:37 by jiamx.NGBoss@PMCSERVER1 VOB family feature level: 4 VOB storage host:pathname "pmcserver1:F:\Vob_Store1\Vobs\Source_Vob.vbs" VOB storage global pathname "\\pmcserver1\Vob_Store1\Vobs\Source_Vob.vbs"

ClearCase的功能和特点

ClearCase的功能和特点 请作者跟我们联系 ClearCase及配置管理 随着软件团队人员的增加,软件版本不断变化,时间的紧缺,多种平台的复杂环境,使得ClearCase所拥有的特殊组件已成为当今软件开发人员(工程人员和管理者)所必须的工具。分布式操作使得基于Client/Server的运算结构跨越于网上客户机和服务器,ClearCase的先进功能直接解决了原来开发团队所面临的难以处理的问题。 软件开发所面临的问题包括:对当前多种产品的开发和维护,保证产品版本的精确,重建先前发布的产品,加强开发政策的统一和对特殊版本需求的处理。通过解决这些问题,ClearCase用资源重用的方法帮助开发团队使他们所有的软件建立得更加可靠。Rational公司的ClearCase是软件配置领域的先导,它主要基于Windows和UNIX的开发环境。它提供了全面的配置管理──包括版本控制、工作空间管理、建立管理和过程控制,而且无须软件开发者改变他们现有的环境、工具和工作方式。 ClearCase的四种功能 ClearCase主要应用于复杂的产品发放、分布式团队合作、并行的开发和维护任务,包括支持当今流行软件开发环境Client/Server 网络结构。在激烈的市场竞争中,ClearCase的特点直接响应了软件团队的需求,如:软件生产、发布、维护等。 ClearCase在某些方式上和其它的软件配置管理系统有所不同,从本质上,ClearCase是无可比拟的,因为它包含了一套完整的软件配置管理工具而且结构透明、界面可亲。虽然ClearCase是一个可集成使用的环境,但实际上我们仍可以把ClearCase的所有特性划分为四个具体功能范畴。 Version Control ClearCase自动追踪每一个文件和目录的变更情况,通过分支和归并功能支持并行开发。在软件开发环境中,ClearCase可以对每一种对象类型(包括源代码、二进制文件、目录内容、可执行文件、文档、测试包、编译器、库文件等)实现版本控制。因而,ClearCase提供的能力远远超出资源控制,并且可以帮助团队,在开发软件时为他们所处理的每一种信息类型建立一个安全可靠的版本历史记录。 Workspace Management ClearCase给每一位开发者提供了一致性、灵活性和工作空间域(有时也称为"Sandboxes")可重用的功能。ClearCase采用一种称为View的创新技术,它可以选择所指定任务的每一个文件或目录的适当版本,并呈现它们。View可以让开发者在资源代码共享和私有代码独立的不断变更中达到平衡,从而使他们工作更有效。 Build Management ClearCase自动产生软件系统构造文档信息清单,而且可以完全、可靠的重建任何构造环境。ClearCase也可以通过共享二进制文件和并发执行多个建立脚本的方式支持有效的软件构造。

Clearcase客户端安装与配置

ClearCase客户端安装与配置 一、ClearCase客户端安装 1、计算机名设置:计算机名按照使用者姓名的全拼进行命名。如 果重新安装操作系统的机器,需要配置管理员将原有的计算机 名从域服务器上删除。 2、计算机加入域:首先要加入域,然后将分配的域用户加入本机 管理员组中。 (1)加入域的步骤:控制面板—系统—计算机名—更改: 在上图的“域”中输入jddc,“确定”后:

输入用户名:jddc\clearcase_albd,密码为空。 (2)将域用户加入本机的管理员组:控制面板—管理工具—计算机管理—本地用户和组—组: “添加”后:

在“输入对象名称来选择”中输入分配的域用户名,“确定”后: 输入用户名:jddc\clearcase_albd,密码为空。 做完以上两个步骤后,重新启动计算机,以域用户身份登陆。 (3)注意:如果以域用户身份登陆计算机出现错误时,使用本地管理员登陆后,将计算机退出域后重新加域,重新启动计算机,再以域用户身份登陆。 3、安装ClearCase客户端 执行\\10.1.5.92\software\clearcase\clearcase2003目录下

的setup.exe程序,安装过程中按照默认的选项进行每一步的安装。重启计算机后,完成安装。 二、Clearcase客户端配置: 打开控制面板--管理工具—服务,在“Atria Location Broker”服务“登录”窗口,选择“此帐户”选项,将账户的密码置为空,应用后启动服务。 在控制面板中双击ClearCase工具图标进入ClearCase配置窗口,按照下图所示进行配置: (1)Registry配置:

HyperMesh基础培训

HyperMesh基础培训主要培训内容:第一部分:HyperMesh简介 CAE分析的过程:概念设计、单个部件的网格划分、部件装配、针对不同的分析设置不同的参数、提交运算、后处理、进行评估。 ●HyperMesh窗口的进入及退出: ?进入:开始→程序→Altair HyperWorks→Altair HyperMesh ?退出:quit ●数据文件的打开: File:hm file,保存和提取HyperMesh数据文件 Import,将一个几何或一个有限元信息文件导入到HyperMesh中 ●模板的选择:根据采用的求解器,指定HyperMesh的模板,求解器不同菜单不同 ?File→Template, ?Geom→user prof(推荐使用,优先级最高) ?global→template file ●鼠标: ?ctrl+左旋转模型 ?ctrl+右平移模型 ?ctrl+中对某一区域进行局部放大 ●HyperMesh 窗口简介:包括5个区

1. 宏菜单 ? 两个图形驱动器的区别: ? 五种单元显示属性:(1)单元的显示形态为网格线条; (2)颜色填充,无网格线; (3)颜色填充,且具有网格线; (4)颜色填充,显示特征边; (5)无网格线、显示为透明。 2. 永久菜单:控制观察模型的视角、控制在图形区中需要显示的collector 、设置全局的模型参数 常用按钮介绍: Z (zoom ):局部放大模型。用鼠标左键在你希望放大的部分划出一个封闭图形即可 ↑↓→←:模型绕屏幕上的x,y 轴旋转一定角度 F(fill):将模型填充整个图形区 R(rotate):将模型动态地绕旋转中心进行旋转,方向任意 旋转中心通过ctrl+左键确定 S (slide zoom ):上下移动鼠标动态地将模型放大和缩小 A (arc rotate ):点击后通过鼠标左键来旋转(弧度)模型 显示当前操作状主 菜 单 区 : HyperMesh 根据菜单的功能将其分成七页: Geom:几何编辑及线生成的功能菜单 1D: 一维单元的生成及编辑功能菜单 2D: 二维单元和曲面的生成及编辑功能菜单 3D: 三维曲面和单元的生成及编辑功能菜单 Bcs: 施加边界条件,载荷等功能的菜单

ClearCase常用命令

ClearCase 基本常用命令
1. 最基本的检出检入操作
cleartool co -nc xxx.cpp 检出文件xxx.cpp cleartool ci -nc xxx.cpp 检入文件 xxx.cpp
2. 查看自己总共 co 了多少文件
cleartool lscheckout -cview -me -avobs
3.新增目录和文件
(注意新增文件和目录,先要check co 父目录,添加成功后,再将父目录check in。) cleartool mkdir -c comment new_dir 新增一个目录 cleartool mkelem -c comment new_file.cpp 新增一个文件 cleartool mkelem –c comment –ci new_file.cpp 将已经存在于视图的文件添加到源码控制
4.放弃 co 某个文件
cleartool unco -keep file.cpp 保留当前所改动的文件 cleartool unco -rm file.cpp 删除当前所改动的文件 cleartool unco -keep * 放弃check in所有文件
5.比较文件不同
cleartool diff file.cpp file.cpp@@/main/xxxx_path/LATEST 比较当前分支最新版本和指定分支最新版本的区别
6. 查看版本历史
cleartool lsvtree file.cpp
7. 合并文件
#将指定分支目录下的file.cpp和主干下的file.cpp进行合并并生成为file.cpp文件名的文件 #cleartool merge -to file.cpp file.cpp@@/main/xxxx_path/LATESTfile.cpp@@/main/LATEST
8. 标签相关
#cleartool mklbtype -nc TEST_LABEL #新建标签 #cleartool mklabel -r TEST_LABEL file.cpp #给文件打标签 #cleartool mklabel -rep -rec LABEL /vobs/path #给目录打标签 #cleartool rmtype lbtype:TEST_LABEL #删除标签 #cleartool mklabel -replace -version /main/TEST_LABEL TEST_LABEL2 * #给所有打上TEST_LABEL标签的文 件打上TEST_LABEL2标签 #cleartool find . -version "lbtype(TEST_LABEL)" -print #查找打上TEST_LABEL标签的所有文件 #cleartool find . -element 'lbtype_sub(TEST_LABEL) && lbtype_sub(TEST_LABEL2)' -print #查找打上 TEST_LABEL和TEST_LABEL2标签的文件 #cleartool lstype -kind lbtype | grep label #查找label是否存在
9.将整个目录导入 clearcase
#clearfsimport -recurse sourcePath destPath 将sourcePath下的所有文件导入到destPath下,注意destPath已

ClearCase功能介绍

ClearCase功能介绍 一、ClearCase四大功能 版本控制(Version Control) ClearCase自动追踪每一个文件和目录的变更情况,通过分支和归并功能支持并行开发。在软件开发环境中,ClearCase可以对每一种对象类型(包括源代码、二进制文件、目录内容、可执行文件、文档、测试包、编译器、库文件等)实现版本控制。因而,ClearCase提供的能力远远超出资源控制,并且可以帮助团队,在开发软件时为他们所处理的每一种信息类型建立一个安全可靠的版本历史记录。 工作空间管理(Workspace Management) ClearCase给每一位开发者提供了一致、灵活的工作空间(有时也称为“Sandboxes”)。ClearCase采用一种称为View的创新技术,它可以选择所指定任务的每一个文件或目录的适当版本,并呈现它们。View可以让开发者在资源代码共享和私有代码独立的不断变更中达到平衡,从而使他们工作互不干扰、效率更高。 建立管理(Build Management) ClearCase能准确的选择所要建立的文件版本,产生软件建立过程的记录信息,而且可以完全、可靠的重建任何以往的版本。ClearCase也可以通过共享二进制文件和并发执行多个建立脚本的方式支持有效的软件构造。 过程控制(Process Control) ClearCase能有效的规范开发团队的管理。可以通过对全体人员的不同授权来控制哪些人可以修改、浏览、执行哪些文件或目录。自动的产生常规日志可以监控软件什么时间、被谁修改、修改了什么内容以及执行政策。提供用户可定制的触发机制,使软件开发的管理趋于自动化。 cc功能介绍: ClearCase是IBM\Rational公司的主打配置管理软件,这款配置管理工具在业界有较高的声誉,功能相当强大。下面是ClearCase提供的四大功能 版本控制: 任何一款配置管理工具都会提供的最基本的功能,ClearCase将所有版本控制数据都存放在一个安全的、永久的存储区中,这个存储区叫做VOB。它既可以存放在Unix平台上,也可以存储在Windows平台上,保证了跨平台软件的配置管理全面实施。由于VOB中的元素都是受保护的,因此当要对某一个文件进行编辑时,系统指出该文件具有只读属性,只有

如何学Hypermesh

如何学Hypermesh Hypermesh是目前综合功能最强大的有限元前处理器之一。 总有朋友问很多关于Hypermesh的问题,结合我个人的使用经验,写下这篇文章随便谈谈,不一定都对,如果有不同意见,欢迎切磋。 问题1:Hypermesh很难学么?从哪里开始学? 不难,不仅不难,而且很简单,简单到什么地步?如果有人在旁边稍微指点你一下,你只要不是特别笨,通过1,2天的实战训练,你就能掌握大部分常用的功能。当然,这里说的是划分网格的功能,不包括求解器。 刚开始学,一定要选一本(或几本)好的资料,这个资料就是day1,day2,高级培训和帮助文件里的手册。好的资料要多都几遍,对基本概念和基本操作都有一个整体的把握,把基础打好。 2:Hypermesh划分网格时的核心思想是什么? 一句话:为了得到单元,可以不择手段。 受到其他有限元软件划分网格思想的束缚,初学者往往被几何模型本身束缚了手脚,在HM中,几何的作用仅仅是为了得到网格,得到了网格之后,几何就可以扔到垃圾堆里面了。 为了得到网格的方便,你可以随心所欲地分割几何面,几何体,而不必担心会把几何弄坏了而造成什么不良影响。为了划分网格的需要,你可以随意添加辅助线,辅助面,不必担心自己添加进来的线,面会有什么不良影响。 为了得到网格,你可以把一些不重要的特征线toggle掉,当它不存在。

要记住:只要能得到网格,其他的都不重要。当然了,网格的几何位置,必须要和几何匹配,不然得到的单元就不能反映原有几何的特征了。 我的建议: 学习过程,我也走了不少弯路,自己总结一下,主要有两点:一,资料很多,但是自己不要贪多,hypermesh中几个经典的案例在网上,或者自带的help 中都有,也就几个,重复的做,不嫌烦的做,把那几个常用的命令搞熟透,掌握了上面基本的操作之后,自己摸索着不看帮助的做;二、针对项目,或者一个新的模型,自己按照自己的思路做,与别人交流。第一步的话我觉得一周时间足矣掌握,后面的虽然你可以搞定,但是要做好的话,就需要积累了。 百度里面搜索“极速有限元”,可以找到Hypermesh最经典的资料,也欢迎大家跟我交流。

配置管理工具之Clearcase

配置管理工具 Clear Case基本介绍 Louis 2010-07 配置管理工具—目录 l ClearCase介绍 l ClearCase的四大功能 l ClearCase结构及设置 l ClearCase的硬件需求及支持平台 l使用ClearCase的益处

ClearCase介绍 ClearCase具体的说是做配置管理的工具,只是SCM管理工具其中的一种。 是Rational公司(目前被IBM收购)开发的配置管理工具,类似于VSS,CVS的作用,但是功能比VSS,CVS强大的多,而且可以与Windows资源管理器集成使用,并且还可以与很多开发工具集成在一起使用。 ClearCase介绍 优点 功能强大,是一套完整的软件配置管理工具; 与Windows资源管理器的集成; 完善的GUI界面; 与开发环境的集成; 几乎支持所有的操作系统; 缺点 对配置管理员要求较高;配置和使用稍显复杂; 价格较贵;·Rational 的全线产品·Microsoft 的Visual Studio ·ORACLE Developer/2000 ·Power builder

ClearCase介绍 其他相关产品介绍 Rational Unified Process:吸收综合了许多软件开发过程中的精华而形成的一个一致的,稳定的软件开发过程框架,可以用于指导整个开发过程; Rational Requisite Pro:帮助进行需求的管理; Rational ClearQuest:用来跟踪、管理、和报告产品缺陷以及需求变动; Rational SoDA:可直接从应用程序数据库和文件中提取信息,以保持工程文档与工程同步;Rational Purify:将程序员从令人烦恼的指针错误中解救出来,他能帮助程序员完全彻底的找出程序中的这方面的错误; Rational PureCoverage:则能够告诉你的代码哪些经过测试而哪些则没有,使你能够准确的设计出测试过程,覆盖你的每一片代码; Rational Quantify :则能够帮助你开发出高效的软件。他能找出程序的瓶颈,从而使你改进你的程序; Rational Rose:是软件建模界的佼佼者,全面支持UML,和流行的开发工具结合紧密。 ClearCase介绍 概述 ClearCase主要应用于复杂的产品发放、分布式团队合作、并行 的开发和维护任务,包括支持当今流行软件开发环境Client/Server网络结构。并实现了跨越复杂环境(如Unix、Windows系统)的项目开发支持; 在激烈的市场竞争中,ClearCase的特点直接响应了软件团队的 需求,如:软件生产、发布、维护等。 ClearCase作为规范的软件配置管理工具,能完全满足软件开发 人员的需求,同时健全了软件开发的科学管理。 ClearCase的先进功能直接解决了原来开发团队所面临的一些难 以处理的问题,并且通过资源重用帮助开发团队,使其开发的软件更加可靠。

ClearCase和ClearQuest集成使用指南

ClearCase和ClearQuest集成 使用指南 北京握奇数据系统有限公司

版本历史

目录 1 ClearCase和ClearQuest的集成 (4) 2 集成过程 (4) 2.1 创建CQ Enabled Project (4) 2.2 设置策略 (6) 2.3 关联活动 (7) 2.4 在ClearQuest界面执行ClearCase的一些操作 (9) 2.5 如何取消Project的CQ Enabled特性 (10)

1ClearCase和ClearQuest的集成 所谓ClearCase和ClearQuest的集成,就是指将ClearQuest中的变更请求(Change Request)关联到ClearCase中某元素(element)的某一版本(Version)上。一个变更请求可以被关联到一个或多个版本上,这些版本被称为变更请求的变更集(Change Set)。一个版本可以被关联到一个或多个变更请求,这些变更请求被称作版本的请求集(Request Set)。 2集成过程 要实现UCM ClearCase与ClearQuest的集成,首先必须在ClearCase UCM的环境里创建一个CQ Enabled Project,即一个激活了ClearQuest相应功能的工程(Project)。 2.1创建CQ Enabled Project 创建Project 的过程中,可以选择所创建的Project 是否与ClearQuest进行集成,这时,connection的下拉列表中会显示出之前在ClearQuest 端已经创建好的Connection的名称,从下拉列表里选中这个Connection,则User Database项会自动显示出与这个Connection 所对应的数据库名称。如果是初次登陆ClearQuest数据库,会出现一个登陆窗口,要求你输入登录使用的用户名和密码。

ClearCase指南-基础篇(翟朋伟)

ClearCase指南-基础篇(连载一) 第1章前言 .本文档凡斜体字即代表高级内容、高级概念、或可选内容,仅作粗略了解用,暂不必深入理会。 .如下如无特别说明,缩写“CC”即代表Rational ClearCase;缩写“VS”即代表Microsoft Visual Studio 2003/2005/Whidbey;缩写“VSS”即代表Microsoft Visual Source Safe。 . 对于代码开发人员,绝大部分配置管理工作是通过集成了ClearCase的https://www.360docs.net/doc/8e11718548.html,来进行的,除却部分操作,大部分操作在VS集成环境下进行应该更便当些。但本文档是CC的基础,也包含部分VS集成环境无法进行的操作,所以,开发人员必须仔细阅读本文档–单纯依靠集成了ClearCase的https://www.360docs.net/doc/8e11718548.html,是无法解决所有问题的。 第2章 ClearCase安装 2.1 准备工作 . 客户机器必须加入Windwos域,客户必须用Windows域账户登录到自己的机器(即登录到域中),你的ClearCase客户端才可以正常访问ClearCase服务器、你的ClearCase客户端才可以正常工作。ClearCase使用Windows账户作为自己权限管理的基础,切! . 网络部分、WINS设置:网络连接、属性、TCP/IP、属性、高级、WINS、添加(A)…,加入2个WINS地址:192.168.8.4、192.168.8.6。否则安装可能失败,提示如下: . 如果客户端是Windows 2000 Advanced Server,可能因为权限问题而无法创建视图,这是我们公司域服务器帐号同步故障所致。请先退出PDOMAIN域,然后再加入PDOMAIN域,问题应该可以解决。注:其他类型操作系统也可能出类似故障(有时报告“…与域服务器的信任关系失败…”),解决办法同此。 . 工作方便起见,你的Windows域账户应该同时是你本机的管理员(Administrators组)。 一切Ok,开始安装工作。 2.2 安装工作 . 注意:ClearCase必须在Visual https://www.360docs.net/doc/8e11718548.html,(含Whidbey)、Rational Rose之后安装,否则ClearCase 与以上2者的集成将失败。 .注意:以后如果需要重装Visual Studio(如Whidbey版本升级)或Rose,ClearCase也必须卸掉重装、同样是后装ClearCase! . 注意:https://www.360docs.net/doc/8e11718548.html,+ClearCase安装、配置好后,如果因为目种原因又安装了Source Safe,则 https://www.360docs.net/doc/8e11718548.html,+ClearCase的集成关系失败、自动变为https://www.360docs.net/doc/8e11718548.html,+Source Safe的集成关系。如欲返回使用 https://www.360docs.net/doc/8e11718548.html,+ClearCase集成,则必须卸载重装ClearCase。

ClearCase基本操作

应用ClearCase人员的一些基本操作 以下归纳的操作都是ClearCase最基本的操作,每个操作人员都应该熟练的掌握,以提高工作效率。下面给出了图形界面和命令行模式两种方式下的操作方法。 Add To Source Control 此操作的目的是将文件系统中的元素放入版本控制库,作为版本控制元素来管理。图形界面下,操作是右键点击要添加的元素,选择add to source contronl即可;命令行命令为mkelem。 ?在命令行模式下,执行mkelem命令时,必须保证要添加为版本控制元素的文件或目录 的上一级目录已经被checkout出来。并且默认状态下,执行了mkelem命令后所添加的元素保持checkout状态。 如:某文件test.txt在目录1下面1\test.txt,则在对test.txt文件进行mkelem操作时,必须保证目录1已经被checkout出来了。 ?在图形界面下如下图所示,Checkout after adding to source control选项如果被选中,当 添加到版本控制之后,元素保持checkout状态。 CheckOut 这是编辑ClearCase版本控制元素的最基本方法,每人必须熟练掌握。 CheckOut操作:版本控制元素默认状态下是read-only的,只有通过此动作才能将元素的状态修改为可写的,才能对文件进行编辑。图形界面右键点击需要checkout的元素,点击check out…即可;命令行命令为checkout或者co。 CheckOut分成两种方式Reserved和Unreserved。Reserved方式从字面上理解是保留的checkout,采用此方法进行checkout之后,他拥有首先checkin的权力,如果他没有ci,其他人没有权力ci;Unreserved方式是非保留的checkout,采用此方法进行checkout之后,与其他对该元素进行非保留checkout的人具有相同的checkin优先权。同时Reserved和

ClearCase for Linux安装攻略

ClearCase for Linux安装攻略 Clearcase是Rational公司(2003年被IBM收购)的一款重量级的软件配置管理(SCM Software Configuration Managem en)工具。说起SCM大家可能有点陌生,但是提起版本控制,Check In,Check Out操作,大家都会觉得再熟悉不过了。当然不同于CVS和VSS,Clearcase涵盖的范围包括:版本控制、建立管理、工作空间管理和过程控制。从最初的软件配置计划,到配置项的确立,从变更控制到版本控制,它贯穿于整个软件生命周期。 因为项目需要,我在搭建一个支持Windows,Unix的混合ClearCase环境,查看了一些文档,现把一些收获分享给大家。安装的平台是Redhat9。 ClearCase支持现有的绝大多数操作系统,从 https://www.360docs.net/doc/8e11718548.html,/support/docview.wss?uid=swg21136950 中可以获得ClearCase对操作系统的支持信息。 对Linux,ClearCase已经支持到最新的Red Hat Enterprise Linux 3.0 前提: 1,下载Clearcase Clien 5.0 for Redhat Linux https://www.360docs.net/doc/8e11718548.html,/dl/RATL-CLEARCASE-UPG/RATL-CLEARCASE-UPG-p 下载Rational ClearCase V2002.05.00版本,文件是C502JNA.tar.Z(需要IBM 的注册帐号)。 2,下载最新的Patch https://www.360docs.net/doc/8e11718548.html, 选择"Software support" + "Upgrades" + "IBM Rational downloads and licensing center" ) 选择"Available Patches and service releases" 输入"clearcase redhat" 。根据上面的操作系统支持列表,选择你安装平台所需的Patch。这里我们下载最新两个Patch:p2002.05.00-31,p2002.05.00-32。 3,安装compat-db-xxx包(rpm -ihv compat-db-3.3.11-4.rpm)。 4,安装Kernel Source。 安装: 1,准备目录结构: mkdir /lib/modules/fs mkdir /opt/Clearcase 把下载的C502JNA.tar.Z,clearcase_p2002.05.00-31.rhat_x86.tar,clearcase_p2002.05.00-32.rhat_x86.tar拷贝到/opt/Clearcase目录下 2,解压缩软件 uncompress C502JNA.tar.Z tar -xf C502JNA.tar 会在当前目录下建立v5.0 目录 3,解压缩Patch gzip -d clearcase_p2002.05.00-31.rhat_x86.tar mkdir ./v5.0/rhat_x86/patches mv clearcase_p2002.05.00-31.rhat_x86.tar ./v5.0/rhat_x86/patches cd ./v5.0/rhat_x86/patches

ClearCase 使用手册

ClearCase 使用手册 在clearcase中有以下几种角色:ClearCase Administrator(CC的管理员),project manager (项目主管),Integrator(集成人员),developer(开发人员)。不同的角色有不同的任务,下面就不同角色来介绍如何在项目的生命周期内具体使用clearcase这一工具。ClearCase Administrator Clearcase管理员负责clearcase的部署工作,包括环境的搭建,clearcase的安装与调试,使用中clearcase问题的解决,确保clearcase正常工作。(见安装手册) Project manager 与clearcase Administrator讨论确定配置策略,制定配置方案,然后实施项目。 1首先:创建所需的VOB库。一个项目至少需要一个项目vob和若干个普通的vob。项目vob中不存放具体的开发文件,项目中的一切文件,资料都要存放到普通vob中。 1)创建project vob。开始-》程序-→Rational Software-→Rational Clearcase-→Administration--→Create VOB。(如图1-1) (1-1)

第一步:出现图1-2界面,输入项目vob名,注要创建项目vob第二个选项一定要选中。 (1-2) 第二步:确定这个vob中含有一个还是包含多个 component (1-3) 第三步:确定vob存储路径,见图(1-4)

(1-4) 第四步:确定vob的管理vob (1-5) 2)创建普通vob:过程与创建项目vob大致相同,下面只介绍二者的不同之处。在第一步:

Eclipse与ClearCase结合使用方法

eclipse与clearcase结合使用方法 ClearCase开发eclipse项目(二) 为User2 设置工作区域以访问由User1 所共享的模型 在本节章,User2 将通过创建一个web视图并在其工作空间中导入Piggy Bank UML 项目,来设置他个人的工作区域。要创建一个视图并导入此共享的Piggy Bank 建模项目,请遵循以下步骤: 1.启动User2 的客户端机器上的Software Architect。 2.当收到提示时,选择你的工作空间或者创建一个新的工作空间。 3.这会激活Software Architect 中的ClearCase Remote Client。为得到更多信息,参见 前面的在Software Architect 中激活ClearCase Remote Client 一节(由User1所执行)。 4.从Software Architect 中的ClearCase 透视图创建一个新的ClearCase Web 视图 (命名为baseccrc_view2)。为得到更多信息,参见在Software Architect 中创建一个ClearCase Web 视图,并加载Base ClearCase VOB 工件。 5.在Software Architect(ClearCase透视图)中的ClearCase Navigator 视图中,右键点 击baseccrc_view2 并选择Update Resource(如图21所示)以将UML Project 工件获取到你的本地Web 视图(baseccrc_view2)中。 图21:将UML Project 工件获取到你的本地Web 视图

CLEARCASE常见问题解答

CLEARCASE常见问题解答 1:安装过程中,CC报出本机使用动态的IP错误,如何处理? 继续安装,CC建议使用静态IP,但是使用动态IP也不会影响CC的使用。 2:已经把机器加入到TEST域中,可是为什么使用域用户安装CC时还是报没有权限的错误呢? 安装CC的用户除了要求使用域用户,而且还必须是本机ADMIN。出现上面的问题是因为没有把域用户添加到本机的ADMIN组中。解决办法:在控制面板->管理工具->计算机管理->本地用户和组中,在administrator中添加域用户。 3:安装CC时,没有报任何错误,可是为什么不能创建view? 安装完CC,并重新启动机器后,CC会在本机上启动四个服务。如果有一个服务没有正常启动的话都会影响CC的使用。安装完CC,不能创建view是因为有一个服务没有启动。 解决办法:双击控制面板->clearcase,看看services startup栏中的四个服务是否都running。如果有一个stopped,请点击start clearcase。如果四个服务都启动,这样CC就可以正常使用,否则请联系CC管理员。 还有一个原因是:共享文件夹权限没有全部开通。 4:为何本机Administrator组中的Domain Admins不能删除?如已删,如何恢复? 当用户把机器添加到域中后,系统会自动把域中Domain Admins组添加到本机的Administrator组中,请不要人为的删除该组,因为这样会影响CC的一些操作。当然也会影响域整体实施策略。 如果已经删除了Domain Admins,请将本机退出test域,再次添加到域中,admin组就自动加入了些用户。手动加入这个用户不起作用。 5:已经申请了由check out和添加权限的开发人员,创建完view后。Check out或添文件时为什么还是报错呢? 在CC中只有特定的人员有在主干上check out和添加的权限,其他开发人员未经申请时没有权限在主干上check out和添加权限,而创建完一个view后,默认是在主干上操作的。所以这是会报错。解决办法:按照个项目的分支要求修改view的config spec。 6:在ClearCase Exporer中为何文件前有的标记? 带有这种标记的文件即是Hijacked(劫持)文件。它是因为在使用静态View时,如在非checkout文件的状态下修改了文件,之后如updata或checkout时系统就会提示。系统提供2种选项,即可以undo修改,也可以将本机上修改后的文件做了新文件checkout。

相关文档
最新文档