软件配置管理培训

《软件配置管理培训》由会员分享，可在线阅读，更多相关《软件配置管理培训（64页珍藏版）》请在装配图网上搜索。

1、单击此处编辑母版标题样式,,单击此处编辑母版文本样式,,第二级,,第三级,,第四级,,第五级,,,*,软件配置管理,培训,一、配置管理基本概念,,二、,ClearCase,基本概念,,三、,ClearCase,操作演示,,四、配置管理员的职责,,1,,配置管理基本概念,三个基本概念：,,,配置项,,配置管理,,基线,,2,,配置管理基本概念,配置项,：,,在软件生命周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据形成一个集合。该集合中的每一个元素称为一个配置项(,configuration item)。,这个集合称为软件配置。,,3,,配置管理基本概念,配置项的

2、例子,,需求文档,,设计说明书,,源代码,,测试案例,,编译器,,数据库,,4,,配置管理：,,,软件配置管理是软件项目开发的一项支持性活动，就是在软件项目整个生命周期范围内，对配置的完整性进行维护的基本项目管理机制。它标识软件配置项，并定义基线；控制配置项的修改和发布；记录和报告配置项的状态和修改申请；保证配置项的完整性、一致性和正确性。,,配置管理既管理代码，也管理文档,配置管理基本概念,,5,,配置管理基本概念,,配置管理中应至少管理以下内容：,,客户需求,,软件需求,,设计文档,,源代码,,测试计划和测试案例,,6,,配置管理基本概念,什么是基线？,,基线是经过正式评审和批准，并且只能

3、通过正式的变更控制机制才允许变更的配置项的集合。,,在项目的不同阶段会建立不同的基线,,一般情况下推荐建立两条基线：,,,需求基线；,,产品发布基线；,,7,,ClearCase,基本概念,Rational,ClearCase,LT,,简称ＣＣＬＴ或,CC,或,ClearCase,, C/S,结构,,四大功能:,,,版本控制,,工作空间管理,,过程控制,,建立管理(,x),,8,,ClearCase,基本概念,,ClearCase,结构,:,,客户/服务器结构,：,,,ClearCase,是运行在分布式,Client/Server,结构中的“组件”产品。,,图形用户界面,：,ClearCas

4、e,包含传统的命令行界面及图形用户界面,,与,Windows,资源管理器的集成,：,,ClearCase,操作对于用户简单有效,,,9,,ClearCase,基本概念,,版本控制:,,,ClearCase,的核心功能是版本控制。,,控制任何文件的版本,,在版本树中组织元件发展的过程,,对目录和子目录进行版本控制,,使用常见的检出,/,编辑,/,检入范例,,,丰富的注释信息和版本数据的报表,,,通过分支功能支持并行开发,,,自动的比较和版本间的归并,,,10,,ClearCase,基本概念,,工作空间管理:,,快速、有效的工作空间建立对于提高个人和团队的效益是非常重要的。通过视图（,View）,

5、的使用，,ClearCase,提供了一套独立的工作空间管理设施。,,,ClearCase,可以让开发者和应用者以一种标准文件目录树的形式访问,VOB。,这种透明的访问使得版本控制系统具有良好的可视化。,,11,,ClearCase,基本概念,,工作空间管理:,,用户可以指定版本选择规则，视图可以让开发者对任何元素的任何版本进行透明的、文件级的访问。,ClearCase,的视图具有灵活性、可调性、有效性并可随时自动更新。,ClearCase,支持规范的开发环境，它可以维护公有和私人两种数据存储类型。,,12,,ClearCase,基本概念,,过程控制:,,,ClearCase,提供了过程和策略控

6、制机制以提高软件质量，缩短产品投放市场时间，以及调控整个软件开发过程。,可以利用元数据抓取状态信息，如定义分支，事件触发器，属性，锁，以及,“,通知”特性能自动进行交流信息等。,ClearCase,可以自动记录重要的状态信息，当对象发生变更的时候，它会收集"谁、何时、为什么"、用户注释、以及其它的重要数据。,,,13,,ClearCase,基本概念,VOB,,View,,元数据,,分支,,合并,,配置规格 ……,,14,,ClearCase,基本概念,VOB:,,VOB,是版本对象库，是数据的永久存储仓库。,VOB,中储存的对象也叫元素，可以是文件、文件夹或者元数据。服务器上可以有多个,VOB

7、,库。一个项目可以根据其大小，创建一个,VOB，,或者创建几个较小的,VOB。,不能直接访问,VOB，,可以通过视图来访问,VOB。,,15,,ClearCase,基本概念,View,即视图：,,视图就是一个工作空间，也就是一个目录树。用户通过创建视图访问,VOB,中的数据，可以有任意数目的视图。视图中不仅可以存放,VOB,中各种版本的文件元素、目录元素，也可以存放不受,ClearCese,,控制的文件，即用户的私有文件。任何,ClearCese,用户都可以创建视图，而且可以创建多个视图，用户的多个视图之间没有关联关系。视图中要存放哪些文件的版本，是根据视图的配置规格进行选择的。,,16,,C

8、learCase,基本概念,View,即视图：,,VOB,中的数据是不能直接访问的，只能通过视图访问。 创建视图时，要尽可能创建短期的、面向任务的视图，任务完成后即删除该视图，释放它所占用的空间。无用的视图要及时删除。,,有两种类型的视图，快照视图（,snapshot view,）、,和动态视图（,dynamic,）。,,,,17,,ClearCase,基本概念,Metadata（,元数据）：,,标签（,Label,,）,,属性（,Attribute）,,,超链接（,Hyperlink）,,,锁（,Lock,,）,,触发器（,Trigger,）,,18,,ClearCase,基本概念,M

9、etadata：,元数据,,标签、属性、超链接、锁、触发器（,Label,、,Attribute,、,Hyperlink,、,Lock,、,Trigger,）,统称为元数据。元数据是与对象有关的数据，用于补充对象的文件系统信息。可以利用这些元数据对象来实现特定的功能,。,,19,,ClearCase,基本概念,标签：,,标签是一个标签类型的数据对象的实例。标签可以关联到元素的一个版本上，也就是说，可以给元素的任何一个版本打上版本标签，便于记忆。也可以在一组元素（可以是文件和文件夹）的版本上打标签，从而维护元素间的相互关系。当一组文件的版本经过整合、测试后认为稳定时，可以打上标签，作为下一步工作

10、的基线。,,,20,,ClearCase,基本概念,属性：,,属性是由一对名称-值构成的对象，也就是说，当创建一个属性时，既要创建一个属性名称，还要给该属性赋予一组不同的值。属性的值可以是整数、实数、字符串等类型。可以用属性来注释说明项目的进展情况和监视项目的状态。,,21,,ClearCase,基本概念,属性：,,例如，可以创建一个属性名称为,commentDensity,，,值是,unacceptable, low,high,或,medium,的属性，,赋给一组,源代码，说明这组源代码的性质。,,,22,,ClearCase,基本概念,超链接：,,可以定义对象之间的关系。例如可以把需求文档

11、与代码连接起来，或设计文档与可执行文件连接起来等。,,锁： 可以防止对象被修改。锁可大可小，可以锁整个,VOB，,也可以只锁一个,branch、,一个文件。,,23,,ClearCase,基本概念,触发器,：,,,是用户定义的事件，当某些,clearcase,操作发生时被激活。触发器有两种类型，事前触发和事后触发。事前触发的触发器在,clearcase,事件发生前被激活，例如，当点击,checkin,命令时，可以提示开发人员输入适当的注释；事后触发的典型应用是通知。例如，一个事件出现后，发送,e-main,通知项目组。,,,24,,ClearCase,基本概念,用户和组：,,,,ClearCa

12、se,本身不实现自己的用户和组的账号。它依赖于操作系统，通过用户在操作系统中的登录鉴别用户，得到用户身份和组成员的资格，并由此得到用户进行,ClearCase,操作的权限。,,,,25,,ClearCase,基本概念,用户和组：,,在,Windows 2000,操作系统中，用户登录系统必须要有自己的用户名，,ClearCase,就把该用户名作为用户身份或叫做用户,ID。,一个用户,ID,可以是一个或多个组的成员，在这些组中有一个组叫做用户的主要组（,Primary Group）,区别与其它所有组。,ClearCase,同时根据用户,ID,和用户的主要组来决定用户对,ClearCase,对象的访

13、问权限。,,,,26,,ClearCase,基本概念,锁定,VOB,对象,：,,用户和组设置，是一种长期的访问控制机制。,ClearCase,还通过加锁提供一种短暂的访问控制。可以给整个,VOB,加锁，以防止任何对,VOB,的修改。,,在对象被加锁之后，任何用户包括特权用户和加锁的用户都无法修改该对象。但特权用户和加锁的用户可以去锁。利用,Lock,命令加锁时，可以指定某些用户在加锁后仍然可以修改对象 。,,27,,ClearCase,基本概念,锁定,类型对象,：,,可以将,Main,分支对所有用户加锁，但项目经理除外，则项目经理可以对所有元素的,Main,分支进行整合或者清理和发行相关的工作

14、。其它用户可以继续工作，但这可以在其它分支上进行，而不是在,Main,分支上。,,,锁定一个标签类型，防止任何用户创建和删除该标签。对某个发行版本的所有元素生成标签，然后锁定该标签，这样下次重新生成该发行版本就非常容易了 。,,28,,ClearCase,基本概念,分支,：,,,分支的概念是为了支持并发。一个项目是否需要并行开发，是根据实际情况确定的。如果需要并行开发，也就是说，两个以上的人，对同一个或同一组文件同时进行修改，则项目经理要定义分支策略，包括为什么分支，什么时间产生，分支上将发生什么行为，以及分支最终如何消亡等,。,,29,,ClearCase,基本概念,版本树,：,,,在,cl

15、earcase,中，置于版本控制下的每个元素，都以一个主分支和一个不包含任何内容的零版本开始，即/,main/0。,每一次,checkin,操作，都会创建该元素的一个新版本，版本号自动加１。第一次新版本,checkin,创建主分支上的版本1，即/,main/1。,,30,,ClearCase,基本概念,版本树,：,,当并行开发时，元素的版本被组织成不同的分支即,Branch。,分支代表着一个元素的一系列版本，每一个元素都有一个,main branch，,代表该元素的主要开发线，可能还会有几个子分支。元素不同分支的多次修改所形成的版本，很象一棵树，称为版本树。版本树上的版本号是自动形成的，记录了

16、它在版本树上的位置。版本的分支组织方式按时间顺序表现对每个元素的历史。,,31,,,32,,ClearCase,基本概念,合并,：,,和分支相对应的概念就是合并，即,Merge,。,合并就是将文件的多个版本组合成一个新版本的过程。最简单的合并通常称为两两合并。两两合并就是合并两个文件产生第三个。有分支的开发其目的是，在某一时刻将分支上的开发合并回源主干。,,合并时需要开发人员进行沟通和协商。,,33,,ClearCase,基本概念,,工作流,：,,工作流是一个,ClearCase,对象，它维护一组活动和基线的列表，并确定元素的哪些版本出现在开发人员的视图中。工作流是创建和记录配置的一种机制。,

17、UCM,用基线和活动来描述工作流的配置。当创建工作流时，其初始配置就是选择的基线。流的配置就是一个给定的基线加上一个或几个活动。,,,,,34,,ClearCase,基本概念,,活动,：,,活动是一个,ClearCase,对象，用活动来记录完成开发任务所需要进行的工作。例如，一个活动可能是改变图形用户界面，要完成这种改变可能需要编辑几个文件。,UCM,在变更集中记录为了完成这个活动所创建的版本序列。,,因为活动与有意义的项目任务相关，因此可以更容易跟踪项目的进展。例如，可以确定哪个活动是在哪个基线中完成的。,,,,,35,,ClearCase,基本概念,,36,,ClearCase,基本概念,

18、配置规格,：,,在创建视图时，需要通过配置规格挑选文件夹和文件的版本，这些指定版本的文件夹和文件，构成了该视图的个人私有工作空间。,,缺省的配置规格如下：（这也是标准配置规格）,,element * CHECKEDOUT,（,1,）,,element * \main\LATEST,（,2,）,,,37,,ClearCase,基本概念,配置规格,：,,规则（,1,）选择本人,checkout,出来的文件，在该视图中显示,,,并且,当取出文件时，会将它设为可写属性，如果忽略该规则，则在取文件时会产生告警信息。,,,规则（,2,）指定了在,checkout,文件时，从,main,分支的最新版上,ch

19、eckout,。,如没有该规则，则当添加新文件时，文件在视图中不可见。,,38,,ClearCase,基本概念,配置规格的格式规则如下：,,元素范围,路径名模式 版本选择,[,可选语句,],,元素范围,用来确定该配置规格适用的元素对象。,,例如：,,element,指适用于所有的元素；,,element –file,指适用于文件元素；,,element –directory,指仅适用于目录元素；,,,39,,ClearCase,基本概念,配置规格的格式规则如下：,,元素范围,路径名模式,版本选择,[,可选语句,],,路径名模式,路径名中可以包含通配符，例如：,,* 匹配所有的元素路径名

20、；,,*.,c,匹配所有的以 .,c,为扩展名的元素路径名；,,src,/util.c,,,,匹配在,src,目录下名称为,util.c,的任何一个元素；,,src,/...,匹配任意,src,目录树；,,40,,ClearCase,基本概念,配置规格的格式规则如下：,,元素范围,路径名模式,,版本选择,,[,可选语句,],,版本选择,可以使用版本标签，或者分支名称。,,例如：/,main/4,元素,main,分支中的版本4；,,REL2,贴有,REL2,标签的版本；,,.../,mybranch,/LATEST,mybranch,分支的最新版本。,,…表示,mybranch,分支可在元素版本

21、树的任意位置发生；,,/,main/REL2,在,main,分支下贴有,REL2,标签的版本；,,CHECKEDOUT,,所有由,checkout,命令取出的版本；,,,41,,ClearCase,基本概念,配置规格的格式规则如下：,,元素范围,路径名模式,,版本选择,,[,可选语句,,],,可选语句,补充或修正配置规则的含义。,,例如：,–,time,date-time,,,取出在给定时间前创建的最后一个版本。 /,main/LATEST –time 10–Jul.19:00,,表示在,main,分支中7月10日下午7点前创建的最新版本； –,time 11:23:00,今天11：23前

22、创建的最新版本；,,–,time now,今天此刻前创建的最新版本；,,42,,ClearCase,基本概念,配置规格的格式规则如下：,,元素范围,路径名模式,,版本选择,,[,可选语句,,],,–,time,date-time,中,日期和时间的格式为：,,,date ---,可以是,today |yesterday |Sunday |... |Saturday |Sun | ...|Sat ，,或,d[d,]–,mont,h,[,–[,y,y,],y,y,] ，,,mont,h,是,January |... |December |Jan |... |Dec,,,time,---,h[h,]:

23、,m[m],[:,s[s]],,以24小时的方式指定时间。,,43,,ClearCase,基本概念,配置规格的格式规则如下：,,元素范围,路径名模式,,版本选择,,[,可选语句,,],,–,mkbranch,,branch-type-name,自动创建一个分支。，当使用该规则,checkout,元素的某个版本时，会在该版本上创建一个新的分支，新分支上的版本0被,checkout,出来。,,,element * CHECKEDOUT,（,1,）,,element * ...\rel2_,bugfix,\LATEST,（,2,）,,element * REL2 -,mkbranch,rel2_,b

24、ugfix,（,3,）,,44,,ClearCase,基本概念,配置规格的格式规则如下：,,元素范围,路径名模式,,版本选择,,[,可选语句,,],,上面,的配置规则可以从,REL2,版本创建一个,rel2_,bugfix,branch,，,并在此解决,REL2,版本中的,BUG,。,这一规则的关键之处在于：所有修改的文件都是属于,rel2_,bugfix,分支的。（,2,）中的统配符,...,使得,rel2_,bugfix,分支可以在任何元素的版本树上的任意位置形成。（,3,）中的命令,mkbranch,创建了,rel2_,bugfix,分支。,,45,,ClearCase,基本概念,根据配

25、置规格选择版本的过程：,,有一个视图服务器负责版本的选择。,,1 对于每一个元素，视图服务器首先试图找到一个与第一条规则相匹配的版本，如果这样的一个版本存在，则把它放入视图；如有多个版本同时和第一条规则匹配，则报出错信息，视图中不载入任何版本；,,,46,,ClearCase,基本概念,根据配置规格选择版本的过程：,,有一个视图服务器负责版本的选择。,,如果没有找到匹配第一条规则的版本，则继续向下查找，即查找满足第二条规则的版本。并依次按照这种方式，直至查到最后一条规则。,,如果没有找到与任何一条规则相匹配的版本，则在视图中不载入任何版本。,,,47,,ClearCase,基本概念,配置

26、规格的语法要求:,,一条规则只能占一行,不能续行。,,,多条规则可以在同一行上，每一条之间用 ；号隔开。,,,大小写敏感；,,,顺序敏感，排序不当会影响版本的选择。,,例如，如果,element * /main/LATEST,出现在第一条规则的位置，则后面的其它规则都将形同虚设，视图服务器只访问第一条，永远不会访问其它规则。,,48,,ClearCase,基本概念,理解,VOB,的存储目录：,,每一个,VOB,都有一个存储目录。,VOB,的存储目录及其,,所有的内容都是通过,clearcase,工具管理的。,,不要使用任何非,clearcase,工具改变或修改,VOB,存储,,目录及其内容，也

27、不要使用非,clearcase,工具改变它们的,,保护模式,。,,从资源管理器中看到的,VOB,中的内容都是一些数字、,,字母组成的符号。,,49,,从资源管理器中看,VOB,,50,,admin,目录，包含,VOB,所使用的磁盘空间的数据；,,s,目录，,VOB,的源存储池位于该目录中；,,c,目录，,VOB,的缓冲存储池位于该目录中；,,d,目录，,VOB,的导出对象（如编译产生的中间结果）存储池位于该目录中；,,db,目录，是,VOB,的内置数据库。数据库中存放的是版本控制信息、元数据、类型对象、以及用户进行,clearcase,操作的事件记录。,,Clearcase,控制下的文件的内容

28、，存放在源存储池中，而不是数据库中。,,51,,从资源管理器中看,VOB,,52,,ClearCase,基本概念,Lost+found,目录,：,,每一个,VOB,存储目录都包含一个特殊的目录,Lost+found 。,它相当于一个回收站。,Clearcase,用这个目录来存放那些不属于任何目录版本的元素。,,有两种情况：,,1、当,checkout,一个目录，创建一个新的元素，然后又取消了该目录的,checkout,操作，即,undo checkout ，,这时，创建的那个新元素，就会被放到,lost+found,目录。,,53,,ClearCase,基本概念,Lost+found,目录,：

29、,,2、,在,,clearcase,中有一个命令,rmname,，,即删除一个元素的名称。这个操作并没有真正删除文件，只是从目前的目录版本将该文件的名字除掉(,uncatalogued,)。,这个文件是可以恢复到原来的目录上的。,,,delete,某个文件时，所运行的操作实际上是,rmname,,,,元素被移到,lost+found,目录后，其名称会发生变化。,,,54,,ClearCase,基本概念,VOB,与,View,的关系 ：,,当用户创建视图时，实际上是从,VOB,中取得了元素的指定版本的一份拷贝，在自己的机器上生成了一个目录树。,,当执行,update,命令时，视图服务程序根据视图

30、的配置规则，将,VOB,中元素的最新版本拷贝到用户的本地视图中。,,当执行,checkin,命令时，实际上是在直接更新,VOB,。,,当执行,checkout,命令时，视图服务程序会把用户视图中的版本与,VOB,中的版本进行比较，如果用户视图中的版本比,VOB,中的版本旧，则会提示用户进行选择。,,55,,ClearCase,基本概念,什么情况下会出现“被劫持的”文件,：,,很多不同的情况下会出现,Hijacked,文件。出现,Hijacked,文件是因为一个,loaded，,uncheckout,的文件的,size,或最后修改的时间戳与视图数据库中所记载的不一致。最常见的情况是，如果没有做,

31、checkout，,而是改变文件的只读属性进行文件修改时，会出现,Hijacked,文件。还有，如果,VOB Server,端,,View Server,端和客户端的时间相差太多也会出现,hijacked file。,另外一个常见的情况是在,Windows/Unix,混合环境上使用,ClearCase,。,,56,,ClearCase,基本概念,如何处理,Hijacked,文件？,,对于,Hijacked,文件有两种处理方法：,,1,）．,Check out the file.,然后可以继续修改，在适当的时候做,checkin,；,,2,）．,Undo the hijack,，然后重新装载原来

32、的版本。,,,,57,,ClearCase,基本概念,配置库分区：,,一般情况下，建议配置库至少分为3个区，也就是说，在项目的根目录下，建立3个子目录：,,开发区；,,测试区；,,工程区；,,,58,,ClearCase,基本概念,配置管理中的角色和职责：,,角色 职责,,项目经理 制定开发策略、分支策略、合并策略,,技术管理部 项目启动时，创建项目ＶＯＢ，分配,,访问权限，ＶＯＢ的备份。,,配置管理员,项目配置库的策划、建立、管理和维护；,,元数据类型的创建和使用，确定配置规格等,,开发人员 文件的,che

33、ckin,、checkout、merge,,59,,？,,,60,,ClearCase,操作演示,1 安装,,2 设置主要组,,3 创建视图,,4 开发人员的常用操作：,,加文件；,,Checkout;,,,Checkin,;,,Undo checkout;,,删除元素；,,处理,hijacked,文件,,61,,ClearCase,操作演示,5 管理员的常用操作：,,修改访问权限；,,,,加锁;,,,,创建标签类型;,,,贴标签;,,创建分支；,,使用分支；,,62,,ClearCase,操作演示,步骤见《操作指南》,,63,,配置管理员的职责,负责项目配置管理库的策划、建立、管理和维护,,指导项目组人员使用配置管理工具,,元数据类型的创建和使用，如打标签,,确定配置规格,,负责产品的编译和构造（,Build）,,,64,,