1、基于StarTeam的配置管理操作指南目 录1概述51.1目的51.2适用范围52StarTeam模型52.1StarTeam 库62.2C/S 体系结构62.3面向项目72.4项72.5项目82.6视图82.7文件夹92.8视图标签102.9分支视图102.10合并视图112.11文件状态113StarTeam的管理133.1配置StarTeam Server133.1.1创建Server Configuration133.1.2启动Server Configuration163.1.3维护Server Configuration173.1.4停止Server Configuration19
2、3.2SQL Server数据库维护193.3设置用户和组193.4管理项目203.4.1创建项目213.4.2打开现有项目253.4.3修改项目名283.4.4强制用户填写修订注释303.4.5强制用户在修订前锁定文件303.4.6使解除锁定的文件变为只读313.4.7删除项目323.4.8分配项目访问权限333.5使用视图343.5.1视图类型343.5.2新建视图353.5.3设置视图访问权限383.5.4比较视图383.5.5删除视图423.6基线管理433.7配置库目录管理443.8版本分支/合并463.9权限管理463.9.1服务器端权限设置463.9.2客户端权限设置原则473.
3、9.3Project级别访问权限设置503.9.4View级别访问权限设置523.9.5Folder级别访问权限设置533.9.6组件、过滤器、查询的访问权限设置543.10备份/恢复563.10.1备份563.10.2恢复674StarTeam的使用704.1打开Server上的项目714.2设置本地工作路径734.3获得服务器上的文件734.4修改文件744.5向服务器添加文件774.6查看文件历史版本784.7比较文件794.8合并文件811.概述Borland StarTeam主要用于开发过程的控制，针对需要版本控制、过程管理、内部版本管理及并行开发的项目。StarTeam产品线由St
4、arTeam Server、客户端组成，客户端包括：StarTeam、StarDisk、WebEdition、跨平台客户端。管理员在安装StarTeam服务器时，可以选择不同的数据库来进行服务器配置，数据库包括：MSDE, Microsoft SQL Server, IBM DB2, Informix, Sybase SQL Server, 或Oracle。（数据库选择的具体内容请参考用户手册） StarTeam具有以下特性：l 可以与Microsofts Visual Studio.Net、JBuilder、C#Builder、Delphi等IDE集成，l 支持与SourceSafe协同工作
5、；l 支持TCP/IP协议，StarDisk可以让用户通过一个虚拟的StarDisk驱动器和TCP/IP协议访问文件修订。l 支持浏览器方式访问项目库；l 可以使用StarTeam SDK创建定制化的客户端；StarTeam提供了五个集成式组件，包括文件版本控制、更改请求、需求、任务、主题和审核日志。本文重点介绍StarTeam的核心功能文件版本控制组件，将从管理和使用两方面详细介绍StarTeam的操作。1.1 目的本文档旨在详细介绍StarTeam配置管理工具的模型及基本操作，使StarTeam能更好的支持软件开发过程，实现公司的配置管理目标。1.2 适用范围本文档适用于项目经理、配置管理
6、员、开发人员。2 StarTeam模型为了使StarTeam能更好的支持软件开发过程，首先需要熟练掌握StarTeam术语，这些术语是StarTeam建模的基础，与VSS、SVN等第一代配置管理工具的概念体系存在本质的差异。StarTeam作为一个配置管理工具，本身也是一个建模工具，用于实现特定的配置管理流程。只有掌握了StarTeam术语及工具，再结合公司制定的流程和项目的实际情况才能实现配置管理目标。2.1 StarTeam 库 StarTeam 库是StarTeam系统的中心，所有配置项都保存在其中，通过StarTeam Server进行维护。StarTeam 库还是一个面向对象的数据存
7、储库，支持对象版本化，链接和配置。存储在库中的对象称为StarTeam项，每个StarTeam项的历史修订都会保存在库中，当需要时可以签出。StarTeam项可以链接到库中的其他项，因此可以维护不同信息资产之间的关系，并将其对应到某个过程项（任务、变更、需求）。配置工作就是通过StarTeam提供的库服务执行多个项的创建、维护和恢复工作。 2.2 C/S 体系结构 对StarTeam库的访问是通过StarTeam Server进行的，这意味着所有的归档文件是完全收到保护的。而VSS（SourceSafe）需要以共享文件的方式实现相关人员对配置库的访问，这可能导致配置库受到计算机病毒的攻击。使用
8、StarTeam，访问这些归档库的唯一途径是StarTeam Server。所有的StarTeam客户端，不管它是StarTeamWindow GUI、命令行接口、IDE集成、StarDisk或者是使用StarTeam SDK建立的定制应用程序，与StarTeam Server 的通讯都是使用TCP/IP协议。StarTeam，作为Windows平台下的应用程序，也可以使用NetBEUI、 IPX/SPX 或命名管道协议。由于StarTeam已经为Internet使用作了优化，远程用户可以将数据以压缩和加密的方式来访问StarTeam 库。2.3 面向项目上一代的配置管理工具，如PVCS和So
9、urceSafe，是直接面向单个文件进行配置管理，称为面向文件的版本控制系统，添加到系统中的每个文件具有它的版本号，存储在一个特定的归档文件中，它们之间的一对一映射与构建应用时的文件放置的位置是无关的。StarTeam采用面向项目的方法。在这一方法中，源代码和文档文件只是作为组成整个项目的特定项类型。除了具有面向文件的版本控制特性以外，StarTeam还支持对你的项目所需要的其他项进行版本控制，如变更请求、主题、任务、需求和存储这些项的文件夹结构。面向项目的系统还可以让用户根据他们的角色或项目的即时工作需要以不同的方式查看这些项。面向项目的方法是面向文件方法产品中实现特性的超集。2.4 项St
10、arTeam模型使用项作为最基本单元，如文件、需求、变更请求、主题、任务和审计条目都是项（Item）。大多数常用的项是可以版本化的，就是说，StarTeam存储了项的修订历史，你查看和比较不同修订的内容。项也可以被分支，它们可以由其它项（那些项就成为了它们的祖先）派生出来。项可能会有几个完全不同的修订历史，而这些修订历史具有共同的祖先。在文本文件情况下，分支项可以与派生出它的原始项进行合并。例如：为新操作系统开发的产品可以基于为第一个操作系统开发的文件为基础开始进行。分支的概念在文档管理系统中并不多见。然而，这一能力对软件配置管理来说则是基础。开发员经常需要在保持原有开发路径的同时作出或大或小
11、的变更。StarTeam的协作性的框架体系结构支持多种类型的项，并可以根据客户的需要开发和添加更多的项。下表列出了StarTeam的当前版本所支持的项的类型：表1：StarTeam 项类型项类型是否可版本化是否可分支文件是是需求是否变更请求是是任务是否主题是否2.5 项目StarTeam 使用项目、视图和文件夹来组织存储在StarTeam库中的项。一个StarTeam项目可以认为是紧密相关的视图的集合，每个视图代表一个来自库中的项的配置，可以支持在同一代码上的不同开发阶段。文件夹将项分为组，例如：你可能想要检出某个文件夹下的所有文件以工作于具有特定特性的产品上。对位于不同项目中的项并没有限制，
12、只要项在同一个库中，它们就可以在任何视图间移动或共享，而不管项和视图是位于哪个项目中。项目提供了一个组织的附加层次，它为视图提供了一个层次结构，同时也提供了在项目级分配访问权限的机会。项目如何使用取决于你的组织方式。例如，可以为公司的每个产品建立一个项目，也可以为产品的每个主要组件创建一个项目，这完全取决于构建产品的方式。如果为产品的每个主要组件创建一个项目，会使每个组件被容易地标签化，分支化，并通过它自己的提升模型序列来运转，从而提供更多的弹性。2.6 视图打开一个StarTeam项目时，可以选择默认（或主）视图或者选择另外一个视图。项目的默认视图通常包含用于主要开发的配置。其他视图可以派生
13、于这个视图，也就是说是以它为基础创建出来并具有不同的行为。被选中的视图代表了特定配置下的项的集合。视图通常命名为：基线、4.0 维护、5.0 新开发。它们代表项的配置，对基于同一代码基础上的不同开发基线提供了支持。视图可以被比较和合并。例如：可能想要将【4.0 维护】视图和【5.0 新开发】视图中的文件最终合并到视图【基线】中。可以通过创建和使用视图实现：1、动态显示你的项目中的源代码和文档的变更。这是项目中当从【View】菜单中选择【Select Configuration 】命令后当【Current Configuration】选项被选中时，默认（主）视图的典型使用。这一动态视图显示了所有
14、项的变化，可以用于协同开发。2、引用原始视图中的项的子集。它们通常称为引用视图。新视图中所作的任何改变也会改变原始视图中的相同项。这是因为子视图包含对原始视图中的原始项的引用，并且当变更发生时不会产生分支行为。通常引用视图可命名为：【开发视图】或【文档视图】，只显示合适的项给相应的人，如开发员或文档员。3、只读、基于原始视图特定状态的视图。这通常是为了方便的需要，以便产品发布中的项的修订可以容易地进行定位。例如：一个【4.1发布】视图可以用于在将来重建4.1版本的产品，或者是允许想要购买你的源代码的公司在签订一个临时协议后查看源代码。4、允许在新视图中对项进行分支这一视图可以用来修改特定视图状
15、态下的项，而不会影响主开发。它通常通过创建和维护一个维护基线来完成。视图的一个重要特性是你可以重新配置它，以显示视图在某个更早的时刻点、或特定的视图标签、或与视图相关联的提升状态时的项。使用视图菜单的【Select Configuration】命令回滚视图。回滚视图是只读的，显示项的精确状态，并且不再允许对它们作出改变。提示：使用【View】菜单的【Select Configuration】命令可以定位截至特定时间检入的文件修订和变更请求的状态，以及需求、主题和任务。2.7 文件夹每一个StarTeam视图包含一个文件夹层次，用来组织它的项。文件夹反映了视图代表的配置的逻辑组织结构。文件夹通常
16、命名为：源代码、计划、用户手册。它们根据谁需要访问哪些项或者是文件之间的紧密相关性对项进行分组，而文件夹可以被组织为任何层次结构（通常遵循文件被检出时的工作文件夹的结构）。文件夹在你需要创建共享项的不同配置时也是有用的。你可以在视图之间或视图内部共享文件夹、文件、变更请求、任务和主题，只要这些视图使用同一个服务器配置。文件夹被共享后，两个视图的用户就都可以访问它的内容了，包括子文件夹及其内容。共享文件夹的设置是设置视图的一个重要部分。例如：假设公司的所有产品都不同程度的使用了公司的公共库，虽然这些库不是由某个产品的开发员来维护，但该产品是基于这个库中源代码的某个版本完成的，并且必须与之一起编译
17、。因此，这些库文件夹应该被共享给该产品的视图。使用【Ctrl+Drag】来共享文件夹或项从一个位置到另一个位置。通过共享，你创建了一个对原始文件夹或项的引用。除非被共享文件夹或项的行为被设置为【branch on change】，所有对它的改变将同时修改原始文件夹或项。被共享文件夹或项的配置（浮动、基于标签、某个提升状态或某个时刻点）初始在两个视图中是同一的。然而，它们可以被分别修改，这意味着共享项在每个视图中可能会有极大的差异，所以在这么作之前请确信对共享有深刻的理解。被共享的文件夹或项将失去它们在先前视图中的所具有的任何标签。标签不能从一个视图移动到另一个视图。2.8 视图标签StarTe
18、am视图的另一个特性是视图标签。视图标签用来标识视图中包含项的特定修订的静态配置。当你创建视图标签时，它为视图保存了一个时间戳。视图标签为你保存了它创建时的动态视图的静态快照。可以通过在标签面板中拖拽标签从项的一个修订到另一个修订来改变与视图标签相关联的项的修订。通常，一个视图标签会包含少量的标签变更，而大多数项修订是由它的时间戳所标识的。提示：使用视图标签来指示开发里程碑，如每日构建。这可以让你在后来通过使用【View】菜单的【Select Configuration】命令或从命令行使用【CFGL（使用特定标签配置视图）】选项来返回到特定修订的精确配置。2.9 分支视图StarTeam可以使
19、用分支视图实现并行开发。例如，当需要维护以前构建的系统，但又不希望影响当前的开发时，一般会基于先前的配置创建一个新的视图。另外，也可以通过分支视图实现不同角色对不同文件内容的权限，如测试人员只对测试相关目录有权限。对StarTeam模型不熟悉的用户经常会困惑于老视图中的视图标签没有在新视图中发现的事实。这通常是因为他们熟悉面向文件的系统和修订标签的缘故，在这些系统中，修订标签在特定文件归档的所有分支中是同一的。而在象StarTeam的面向项目的系统中，每个配置空间，由一个允许分支的视图所代表，也必须具有一个唯一的视图标签命名空间。这是因为当你创建一个允许分支的新视图时，视图发生了分支。此外，每
20、个视图仅呈现被该视图引用的项的分支历史，而不是该项的贯穿不同分支的整个历史。这使得新视图成为项的独立配置，因此，在原始视图中发现的视图标签不会存在于新视图中。提示：你无须在每次你需要分支某个项时都创建一个新视图。通过将项从一个文件夹共享(Ctrl+Drag)到另一个文件夹，然后设置行为（Behavior）选项为【Branch On Change】，你就实现了在同一个视图内创建了一个项的分支。这给了你一个在老的版本控制系统如SourceSafe中发现的相同的基于文件的分支能力。2.10 合并视图当需要将两个视图进行合并时，可以用StarTeam的视图比较/合并应用程序【Compare/Merge
21、 utility】执行对文件夹、文件、变更请求、任务和主题的完整比较，然后根据需要进行合并操作。提示：合并视图能力的具备可以使得你实现首先在维护视图中修改项，然后将它们合并到主开发视图中。由于变更请求也可以分支，你可以在维护视图中指示一个变更请求为【FIXED】，而在开发视图中仍然保持为【OPEN】状态。变更请求也可以被合并，因此在维护视图中发现的用来解决该请求的重要信息不会在合并时丢失。2.11 文件状态StarTeam中文件状态的处理方式与VSS中不同。VSS中提示的文件状态是服务器端的文件状态，而StarTeam中提示的文件状态是你本地工作空间中文件与服务器上文件对比后的文件状态，而且这
22、些状态显示是几乎是适时的。当你修改多个文件后，直接看文件状态就可以找到哪些文件是在本地被修改的，然后提交到服务器。表2:文件状态描述文件状态描述Current工作站上的文件与视图中的对应文件的顶端修订相同。Out of Date工作站上文件与视图中的对应文件的旧修订相同。Modified自从从视图中检出以来，工作站文件已经被修改了，但在视图中没有发现此文件的更新的修订。Merge自从从视图中检出以来，工作站文件已经被修改了，并且在视图中存在有此文件的更新的修订。Missing工作站上没有发现视图中的此文件。Not in View视图中没有发现工作站中的对应文件。Unknown此文件没有从这个视
23、图中检出的记录，但是在视图中存在一个与对应工作文件夹下文件同名的文件。使用【Update Status】命令让StarTeam去将工作站上的文件与视图中的文件的某个版本匹配，并提供一个准确的状态。当你更新文件的状态时，StarTeam比较工作文件与你检出的修订及和顶端（最近）修订(即三方比较)。 例如：文件列表可能说某个文件为【Current】状态，但可能已经有某个人检入了它的一个拷贝，因此你的真实状态应该为【Out Of Date】。更新文件状态与更新文件是不一样的。例如：假设某个文件不在你的工作文件夹下，更新状态操作将会让你知道该文件的状态为【Missing】。它并不会为了使得状态不再为【
24、Missing】而为你检出该文件。毕竟，你可能并不想该文件检出到你的硬盘上。通常来说，使用文件的状态来确定文件是否应该被检入、检出、加入或忽略。一旦你熟悉了文件的状态后，你就可以熟练的完成以下操作：1. 检出文件，如果它的状态为【Out Of Date】、【Missing】或【Merge】；2. 检入文件，如果它的状态为【Modified】或【Merge】；3. 将文件加入到StarTeam，如果它的状态为【Not In View】；4. 运行【Visual Diff】来比较状态为【Out Of Date】的工作文件与顶端修订，这可以让你在检出该顶端修订之前查看由其他团队成员对该文件所作的变更
25、；5. 通过回滚到某个特定的视图标签来从某个更早的构建中检出所有的文件（使用【ViewSelect Configuration】，然后返回到当前配置，通过比较检出的文件与它们的顶端修订来查看自从该构建被创建以来所作的每个修改）；6. 通过增量回滚视图并查找状态为【Modified】的文件来找出引起大问题的小变更。使用【History】来确定文件是什么时候被改变的；3 StarTeam的管理StarTeam的管理由配置管理员完成，除负责日常的配置库维护、用户帐号权限管理等外，还需要根据项目的配置管理计划执行创建项目、创建视图、版本分支/合并、打基线等活动。需要注意的是，每项活动的执行都必须记录到
26、配置管理活动报告中。同时，对配置库的日常维护也需要记录到配置库管理报告中。3.1 配置StarTeam Server1. 安装SQL Server 2000数据库；（当然也可以使用StarTeam支持的其他类型数据库）2. 安装StarTeam Server 2006；（大部分设置可以采用默认）注意：StarTeam Server 2008创建新的服务器配置（Server Configuration）时只支持SQL Server 2005以上版本数据库；3.1.1 创建Server Configuration1. 点击New Configuration，创建一个新的服务器配置：1) 在 Con
27、figuration Name（配置名称）文本框中输入创建服务器配置库的名称，如StarDraw1；2) 在Repository path中输入服务器配置库创建的位置；3) 在Database type中选择使用数据库的类型：Mircosoft SQL Server或Oracle；4) 其余的设置保持默认即可；2. 点击下一步，开始创建SQL Server数据库：1) Host name中填写SQL Server数据库服务器的名称；2) 第二个文本框中填写SQL Server数据库服务器管理员帐号（sa用户）的密码；3) 下面依次按提示填写即可；3. 点击下一步，显示创建SQL Server数
28、据文件及事务日志文件的提示信息；注意：如果需要修改数据文件和事务日志文件的存放路径，可以勾掉Use default configuration；4. 完成服务器配置库创建过程后，将回到StarTeam Server管理主界面，发现左侧节点上新增名为StarDraw1的服务器配置。3.1.2 启动Server Configuration1. 选中StarDraw1，点击工具栏的启动图标即可启动该服务器配置库；注意：创建服务器配置期间为配置会话选项设置的值将存储在StarTeam Server安装目录下 starteam-serverconfigs.xml 文件中;2. 为了方便服务器配置库维护，
29、可以选中StarDraw1，勾选Actions-Set to Run As Service，使服务器每次重启后StarDraw1服务器配置库都作为服务自动启动；3.1.3 维护Server Configuration1. StarDraw1服务器配置库创建完成后，如果需要在另一台机器B上维护该配置库，则需要在机器B上安装StarTeam Server，然后完成Add StarTeam Server操作；1) Server description中输入StarDraw1（也可以是你对该服务器配置库的命名）；2) Server address中输入StarDraw1所在服务器的IP地址或机器名；3
30、) TCP/IP endpoint 中输入StarDraw1对应的端口号；（可以在一台服务器上搭建多个服务器配置库，每个服务器配置库的端口号不同）2. 添加完需要维护的Server Configuration后，在StarTeam Server管理界面左上部区域的树形中会显示添加的Server Configuration名称。3. 选择需要维护的Server Configuration，单击左下部区域中的Configure Server功能；4. 在右侧区域弹出所选Server Configuration的配置信息，可以根据需要进行维护；3.1.4 停止Server Configuration
31、当需要停止服务时，可以单击工具栏上的图标 。3.2 SQL Server数据库维护创建Server Configuration时会同时创建数据库，但是为了保证SQL Server 2000数据库能够正常使用，磁盘空间不被数据库事务日志耗尽，必须要调整创建数据库的属性。如，限制事务日志的大小。同时需要定期备份数据库事务日志，并收缩数据库事务日志，防止由于数据库操作增多，事务日志增长过快，导致StarTeam服务无法正常使用。3.3 设置用户和组1. StarDraw1服务器配置库启动后，只能用Administrator登录（密码相同）；2. 选择Accounts-User Manager，使用A
32、dministrator帐号登录后，应首先更改该帐号的密码；3. 点击New Group创建新组；4. 点击New User创建新的用户；说明：应首先在管理员组创建StarTeam管理员的帐号，以后StarTeam配置库维护等操作都使用该帐号进行。5. 当需要把一个用户分配到多个组中时，选中某个用户，右键菜单中选择Group Membership，可以勾选用户所属的组；6. 如果一个项目组成员即将离开项目组或者离职，配置管理员应该及时删除该用户；7. 除管理员用户外，其他用户都是在新建项目（如，项目A）后创建，每个项目对应一个用户组（用户组A），用户组下根据项目组成员角色不同进行划分，如项目A
33、开发组、项目A测试组等等；8. 为某个项目新增用户或组后，需要记录到配置库管理报告配置库维护日志页签中，记录内容包括：日期、项目名称、申请人、申请内容、操作、用时。3.4 管理项目项目（Project）是高级别的容器，同时使用视图、文件夹按层次将相关项（项目相关的需求文档、功能说明、源代码、测试数据及测试报告、用户文档等）进行分组。项目的创建是在StarTeam客户端进行。一般情况下，创建StarTeam Project之前，在本地工作空间中已经有项目文件夹及文档。3.4.1 创建项目1. 打开StarTeam客户端程序，选择以下某种方式新建项目；a) 单击工具栏上的图标“New Projec
34、t”b) 在菜单栏选择Project-New；2. 弹出New Project Wizard对话框3. 选择在哪个Server Configuration上创建项目，如果选择的Server Configuration不在对话框中，单击Add Server按钮，在弹出的对话框中添加服务，输入Server Configuration的IP地址及端口号。其中，Server description中填写对该服务的命名；Server address中填写该服务的IP地址或所在的机器名；TCP/IP endpoint中填写给该服务分配的端口号，默认端口号为49201；说明：如果在一台服务器上部署多个Ser
35、ver Configuration则需要分配不同的端口号，这里填写的端口号也会不同。4. 选择Server Configuration后，单击Next；5. 弹出登录对话框6. 输入StarTeam管理员帐号的用户名、密码，单击登录；7. 弹出New Project对话框8. 输入创建项目名称及简要描述；9. 单击Next，在对话框中选择新建项目对应的本地工作路径；10. 单击Next，在对话框中显示本地工作路径下子文件夹目录，可以将所有文件夹添加到项目中，也可以选择某个子文件夹，单击Exclude，去掉不需要添加到项目中的子文件夹；11. 单击Finish，完成创建项目的全过程。12. 将新
36、建项目的相关信息（包括创建时间、项目编号/名称、服务器地址及端口号等）录入到配置库管理报告中。3.4.2 打开现有项目打开项目前，必须有此项目所在服务器配置（Server Configuration）的访问权限。具体内容请参见“3.5权限管理”。打开现有项目的具体操作如下：1. 选择开始 -程序 StarTeam-StarTeam x.x，运行客户端程序；2. 计算机屏幕上出现一个空的StarTeam 窗口3. 选择菜单Project-Open，或单击工具栏图标；4. 弹出Open Project Wizard；5. 单击Add Server，弹出如下对话框：a) 在 Server descr
37、iption （服务器说明）文本框中输入一个易于记忆的说明（如StarDraw）。Server description （服务器说明）区分大小写并且应当唯一；b) 在 Server address （服务器地址）文本框中，键入运行 StarTeam Server 的计算机的确切名称或正确的 IP 地址，以指示 StarTeam Server 在何处运行；如果需要浏览确切的名称，请单击 Browse （浏览）按钮；c) 在 TCP/IP Endpoint （TCP/IP 端口号）文本框中输入相应信息，默认情况下为49201；d) （可选）选中 Compress Transferred Data
38、（压缩传输数据）复选框，以压缩在计算机与服务器配置之间传输的数据；e) （可选）如果要防止未授权方通过不安全的网络线路读取在您的计算机与StarTeam Server 之间传输的数据，请选中 Encryption （加密）类型复选框；f) 加密类型（从上到下）按速度排序。每种加密类型都比其上面的类型慢，但更安全；6. 添加完成后，右侧树形中显示已添加的服务器配置；7. 双击服务器名称，弹出登录窗口。在登录窗口中输入用户名、密码。8. 登录后， Open Project Wizard （打开项目向导）会显示所选 StarTeam Server 上有权限的项目（在本例中为 StarDraw）；9.
39、 选择需要打开的项目，单击下一步；10. 对话框中右侧树形显示所选项目的视图，选择需要打开的视图，单击Finish。3.4.3 修改项目名打开项目后，选择菜单Project-Properties。打开对话框项目属性对话框在Name页签的Name文本框中修改Project名称，修改后单击ok保存。再次进入时，Project列表中会出现修改后的Project名称。一般情况下，项目名是在项目立项时确认的，不需要修改。如果在特殊情况下需要修改项目名，必须由项目经理向CCB提交邮件申请，说明项目名称修改原因、修改后项目名，由CCB审批通过后执行。配置管理员需要将邮件申请及审批记录保存到配置库备查。配置管
40、理员执行项目名修改操作后，必须邮件通知项目组成员及相关人员。具体操作概述需要记录到配置库管理报告配置库维护日志中。3.4.4 强制用户填写修订注释在制定项目配置管理计划时，需要首先确定项目的配置管理策略。其中包括：是否需要强制填写修订注释、是否需要强制在修订前锁定文件、是否使解除锁定的文件变为只读。因此在创建项目后，需要配置管理员根据项目的配置管理计划完成相应的设置。在项目属性对话框中，Options页签中，勾选“Require revision comment when files are checked in”。3.4.5 强制用户在修订前锁定文件在项目属性对话框中，Options页签中，
41、勾选“Require exclusive lock when files are checked in”。3.4.6 使解除锁定的文件变为只读在项目属性对话框中，Options页签中，勾选“Mark unlocked working files read-only”。3.4.7 删除项目打开项目后，选择菜单Project-Delete。然后会出现确认对话框，单击Yes确认后，出现下图第二个确认框，需要输入项目名（区分大小写）。单击OK后，删除的项目将不会再出现在打开项目时的项目列表中。生产环境下，项目删除需要CCB确认，否则配置库中项目不允许随意删除。一旦出现删除项目的操作，需要记录到配置库管
42、理报告中。3.4.8 分配项目访问权限项目的配置管理计划中会说明项目组成员角色的权限。配置管理员根据配置管理计划中的说明完成权限设置。具体操作如下：打开项目后，选择菜单Project-Access Rights。弹出项目访问权限设置对话框：在对话框中分别设置哪些用户和组对该项目有权限。另外，可以设置该项目中所有视图、子文件夹、文件等的缺陷。单击Add按钮选择用户和组，在Rights栏中勾选相应的权限。Type中选项保持默认即可。单击Apply应用某次设置，单击OK应用前面的设置并退出对话框。StarTeam权限设置规则将在“3.7 权限管理”部分详细介绍。3.5 使用视图视图（View）是St
43、arTeam中较为重要的一个概念。创建Project时，该项目的初始视图（根视图）也随即创建。初始视图与项目同名。如果没有创建子视图，打开项目时，所有操作都是在初始视图下进行，因此需要给初始视图设置本地工作目录。为满足项目的需要，可以基于初始视图创建子视图。如使用子视图维护已发布的版本。3.5.1 视图类型基于初始视图，可以创建四种类型的视图：可分支视图、参考视图、只读参考视图、非派生视图。可分支视图（Branch All）：如果一个视图是可分支视图，那么可以基于这个视图创建子视图。子视图可以包含可分支视图中所有的项，也可以不包含可分支视图中任何项。子视图创建后并不会立即分支，而是在子视图中的
44、项改变后，子视图分支。Branch All类型的子视图，子视图的修改不会对父视图产生影响，同样父视图的修改也不会对子视图产生影响。参考视图（Reference）：如果当前视图是可分支视图，那么基于当前视图创建的参考视图与当前视图可以双向流动，即无论是在参考视图或者当前视图中进行修改，另一个视图中也会同样被修改，两个视图会保持同步。参考视图是不可分支视图。只读参考视图（Read-only Reference）：如果当前视图是只读参考视图，那么该视图将与父视图保持同步。当父视图中项改变时，只读参考视图中的项也会改变。只读参考视图中的项是只读的，不可修改。另外，只读参考视图也是不可分支视图。非派生视
45、图（Non-Derived，空视图）：非派生视图是指不是从其他视图中的项派生而来的视图。非派生视图虽然也需要指定父视图，但是非派生视图中的项并不是从父视图中派生而来，而是在创建视图后手动添加的，因此，非派生视图在创建时通常是空的。以上四种类型的视图中，最常用到的是Branch All类型的视图，同时也会根据需要使用其他类型的视图。3.5.2 新建视图新建视图是项目的一种分支形式。一个项目内，不同视图之间可以实现视图比较和合并；而不同项目之间的视图无法进行视图比较及合并操作。同时，一个项目中项的数量会随着视图的增加成倍递增，为了保证项目的使用效率，一个项目中视图的层次不要超过三层，视图的数量也不
46、宜过多。因此当多个项目的基准源代码相同时，需要选择是在基准源代码基础上创建视图分支，还是新建项目。如，发布CI3.3正式版本后，需要新建一条发布分支，用于发布基于CI3.3正式版的临时版本。打开项目后，选择菜单View-New，弹出以下对话框：在下拉列表中选择创建的视图类型。本例中使用Branch All类型，避免父子视图中的项互相影响。在View name中输入视图名，建议尽量起英文名。单击下一步，选择以哪个文件夹为根文件夹创建视图。单击下一步，设置视图对应的本地工作目录。注意这个目标必须区别于父视图的本地工作目录，否则两个视图对应同一个本地工作路径容易导致文件状态混乱。单击下一步，选择基于视图标签“CI3.3_Release”下的配置项创建视图。单击Finish完成新建视图。其他类型视图创建过程基本相同。项目子视图创建后需要记录到配置管理活动报告及配置库管理报告中。3.5.3 设置视图访问权限项目子视图创建后，需要设置视图的访问权限。如，发布分支只允许配置管理签入源代码，开发人员只有代码签出权限。打开项目后，选择菜单View-Access Rights，弹出以下对话框：设置哪些组对该视图有权限，参见“View级别访问权限设置”。视图权限设置完后，在配置管理活动报告中记录操作日志。3.5.4 比较视图当一个项目中存在多个视图时，可以使用视图比较
