VSS技术
2011-09-29 13:50:50
标签：VSS SSO NSF MEC dual-active STP HSRP Pagp LACP
VSS设计与配置
一，VSS技术介绍
VSS称为虚拟交换技术，它的功能是将多台cisco catalyst 6500交换机虚拟成单台交换机，VSS使用机箱间NSF/SSO作为两台机箱间的主要高可用性机制，当一个虚拟交换机成员发生故障时，网络中无需进行协议重收敛。一个虚拟交换机成员机箱将作为主用虚拟交换机成员，另一成员将处于控制面板的热等待状态。请注意，这两个机箱的数据面板均可用，因此总流量转发能力为1440Gbps。
当一个虚拟交换机成员发生故障时，网络中无需进行协议重收敛，接入层或核心层交换机继续转发流量，因为它们只会检测出EtherChannel捆绑中有一个链路故障，所以不需要重收敛任何协议，通过VSS传输的流量不会发生任何中断。在传统模式中，一台交换机发生故障就会导致STP、HSRP和路由协议等多个控制协议进行收敛，与之相比，交换机故障时VSS机制远要出色得多。
多机箱EtherChannel（MEC）是一种L2多路径技术。这类EtherChannel形式允许相连节点在构成VSS的两个物理Cisco Catalyst 6500系列交换机间端接EtherChannel，从而创建简单的无环路L2拓扑结构。
在VSS拓扑结构中使用MEC，能使所有链路激活，并同时在不采用生成树协议的情况下，提供高度可用的拓扑结构。
二，VSS设计
默认情况下，2个VSS机箱的引擎之间的冗余机制是NSF/SSO，NSF/SSO 支持状态信息和配置同步。另外， 2个VSS机箱的引擎之间只有运行在NSF/SSO 模式下，备份机箱引擎的PFC卡，SwitchFabric卡和线路卡及其DFC才能是活动状态。
若主备机箱的信息不匹配（如主备机箱引擎的IOS版本不一致），则2个VSS
机箱的引擎之间的冗余机制是RPR，运行在RPR模式下，只有配置能够同步，但备用机箱引擎的PFC卡，Switch Fabric卡和线路卡及其DFC卡都是非活动状态。在2个VSS机箱之间通过 Role Resolution Protocol (RRP) 协商每个VSS机箱的角色 (active or standby)后，会执行across the VSL switches 配置的一致性以确保正确的SL操作，如下是配置一致性需要检查的条目：
另外，在NSF/SSO模式下，IOS的版本及其补丁和PFC运行模式需要一致，PFC 的模式可以通过命令更改。
三，VSS基本配置
步骤一：定义VSS domain ID&switch ID
Standalone Switch 1:
SW1# config t
SW1(config)# switch virtual domain 10
SW1(config-vs-domain)# switch 1
Standalone Switch 2:
SW2# config t
SW2(config)# switch virtual domain 10
SW2(config-vs-domain)# switch 2
步骤二： Configure Priority Settings (Optional)
高优先级交换机，成为active，低优先级的交换机成为standby。若优先级一样，则Switch ID小的为active，switch ID大的为standby。
Standalone Switch 1:
SW1(config-vs-domain)# switch 1 priority 110
SW1(config-vs-domain)# switch 2 priority 100
Standalone Switch 2:
SW2(config-vs-domain)# switch 1 priority 110
SW2(config-vs-domain)# switch 2 priority 100
步骤三： Configure the Virtual Switch Link (VSL)
VSL是一个有特殊用途的EthernetChannel链路，包含一个或多个（最多8个）物理端口。VSL作用有二：
1、其中只选择一个物理成员接口作为控制链路，承载机箱之间的系统控制信息
2、这其余的物理成员接口承载网络控制信息，当必要时也可以承载普通数据流量
Standalone Switch 1:
SW1# config t
SW1(config)# interface port-channel 1
SW1(config-if)#no shut
SW1(config-if)#switch virtual link 1
SW1(config-if)#int range Ten5/4 - 5
SW1(config-if-range)#channel-group 1 mode on
Standalone Switch 2:
SW2# config t
SW2(config)# interface port-channel 2
SW2(config-if)#no shut
SW2(config-if)#switch virtual link 2
SW2(config-if)#int range Ten5/4 – 5
SW2(config-if-range)#channel-group 2 mode on
Since VSL EtherChannel uses LMP per member link, the link-aggregation protocols, such as PAgP and LACP, are not required; each member link must be configured in unconditional EtherChannel mode using the channel-group group-number mode on command.
步骤4： Executing the Conversion
执行转换进程，在特权模式下执行switch convert mode virtual命令，这样
做将转换端口名称为3元素形式----“interface-type
switch-number/slot/port”，然后保存配置，重启设备。重启设备的作用：
1）2个配置合并为1个配置
2）为端口重新编号----从slot/port到switch-number/slot/port
3)只有重启设备，才能通过NSF/SSO协商A/S角色
Standalone Switch 1:
SW1# convert mode virtual
This command will convert all interface names
to naming convention "interface-type switch-number/slot/port",
save the running config to startup-config and
reload the switch.
Do you want to proceed? [yes/no]: yes
Converting interface names
Building configuration...
Standalone Switch 2:
SW2# switch convert mode virtual
This command will convert all interface names
to naming convention "interface-type switch-number/slot/port",
save the running config to startup-config and
reload the switch.
Do you want to proceed? [yes/no]: yes
Converting interface names
Building configuration...
步骤5： Completing the Conversion
最后一步需要在Active Virtual Switch上执行“switch accept mode virtual”命令自动配置Standby Virtual Switch
VSS Active Virtual Switch :
VSS# switch accept mode virtual
Do you want to proceed? [yes/no]: yes
Merging the standby VSL configuration…
Building configuration...
[OK]
或者在Switch 1（Active）上重新配置Switch 2的VSL
VSS Active Virtual Switch :
vss-sw1(config)#interface port-channel 2
vss-sw1(config-if)#no shut
vss-sw1(config-if)#switch virtual link 2
vss-sw1(config)#interface ten 2/5/4
vss-sw1(config-if)#channel-group 2 mode on
vss-sw1(config)#interface ten 2/5/5
vss-sw1(config-if)#channel-group 2 mode on
到此已经把两台独立的物理6500s配置成VSS，这是给新的VSS配置一个Hostname，然后保存配置。
VSS Active Virtual Switch :
vss-sw1#conf t
Enter configuration commands, one per line. End with CNTL/Z.
vss-sw1(config)#hostname SW65VSS
SW65VSS(config)#^Z
SW65VSS#
00:13:40: %SYS-5-CONFIG_I: Configured from console by console
SW65VSS#wr
Building configuration...
00:16:23: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router.
[OK]
SW65VSS#
VSS状态检查
VSS Active Virtual Switch :
SW65VSS#sh switch virtual
Switch mode : Virtual Switch
Local switch number : 1
Local switch operational role: Virtual Switch Active
Peer switch number : 2
Peer switch operational role : Virtual Switch Standby
SW65VSS#sh switch virtual link
VSL Status : UP
VSL Uptime : 18:36:43 UTC Apr 6 2007
VSL SCP Ping : Pass
VSL ICC Ping : Pass
VSL Control Link : Te1/5/4
SW65VSS#sh switch virtual role
VSS—Multi-Chassis EtherChannel
PAgP Configuration and Monitoring
配置连接到接入交换机3560使用PAgP的Trunk类型的EtherChannel，建议对MEC 链路运行 Trunk Desirable-Desirable 。
VSS Active Virtual Switch :
interface range GigabitEthernet1/3/1 ----Interface on VSS-SW1 description Access Switch Facing Interface
switchport
switchport trunk encapsulation dot1q
switchport mode dynamic desirable ----Trunk mod dynamic and desirable switchport trunk allowed vlan 8,9 ----Only allow need VLANs for a given trunk
logging event link-status ----Logging for link status
logging event trunk-status ----Logging for trunk status
logging event bundle-status ----Logging for port-channel status channel-protocol pagp
channel-group 202 mode desirable ----Define Port-channel, PAgP mode desirable
VSS Active Virtual Switch :
interface GigabitEthernet 2/3/1 ----Interface on VSS-SW2
description Access Switch Facing Interface
switchport
switchport trunk encapsulation dot1q
switchport mode dynamic desirable ----Trunk mod dynamic and desirable switchport trunk allowed vlan 8,9 ----Only allow need VLANs for a given trunk
logging event link-status ----Logging for link status
logging event trunk-status ----Logging for trunk status
logging event bundle-status ----Logging for port-channel status channel-protocol pagp
channel-group 202 mode desirable
interface Port-channel202 ----Automatically created by defining at interfaces
description Access Switch MEC
switchport
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 8,9
logging event link-status
logging event spanning-tree status ----STP logging enabled on
port-channel
LACP Configuration and Monitoring
配置连接到服务器使用LACP的Trunk类型的EtherChannel，同时使能STP portfast
VSS Active Virtual Switch :
interface range GigabitEthernet1/4/40 ，GigabitEthernet2/4/40 description Server Facing Interface
no shut
switchport
logging event link-status ----Logging for link status
logging event bundle-status ----Logging for port-channel status channel-protocol lacp
channel-group 100 mode active ----Define Port-channel, lacp mode active interface Port-channel100 ----Automatically created by defining at interfaces
description Access Switch MEC
switchport
spanning-tree portfast
四、VSS 双活检测设计&配置
VSS Dual-Active Supervisors
VSL 链路丢失和恢复：如果 VSL 出现故障，则备用机箱无法确定活动机箱的状态。为了确保发生切换而不出现延迟，备用机箱假设活动机箱已发生故障，并启动切换来接管活动角色。
如果原始活动机箱仍运行正常，则两个机箱此时均处于活动状态。此情形称为双活动情形。双活动情形会对网络稳定性产生不利影响，因为两个机箱均会使用相同的 IP 地址、SSH 密钥和 STP 网桥 ID。虚拟交换系统 (VSS) 必须检测双活动情形，并执行恢复操作。VSS支持增强的 PAgP、 IP 双向转发检测 (BFD)和dual-active fast-hello三种方法，以便检测双活动情形。建议：如有可能，请同时启用基于 ePAgP 和直接心跳链路的 VSLP Fast Hello 方法。
Fast-Hello Configuration and Monitoring
VSS Active Virtual Switch :
SW65VSS# switch virtual domain 10
SW65VSS(config-vs-domain)# dual-active detection fast-hello
SW65VSS(config)# int gi1/4/48
SW65VSS(config-if)# dual-active fast-hello
SW65VSS(config-if)# int gi2/4/48
SW65VSS(config-if)# dual-active fast-hello
%VSDA-SW2_SPSTBY-5-LINK_UP: Interface Gi1/5/1 is now dual-active detection capable
%VSDA-SW1_SP-5-LINK_UP: Interface Gi2/5/1 is now dual-active detection capable
SW65VSS# show switch virtual dual-active fast-hello
SW65VSS# remote command standby-rp show switch virtual dual-active fast-hello
ePAgP Configuration and Monitoring
VSS Active Virtual Switch :
SW65VSS(config)# switch virtual domain 10
SW65VSS(config-vs-domain)# dual-active detection pagp trust
channel-group 205
SW65VSS# show switch virtual dual-active pagp
PAgP dual-active detection enabled: Yes
PAgP dual-active version: 1.1
! << Snip >>
Neighbor switch that supports enhanced PAgP:
S3560# show pagp dual-active
PAgP dual-active detection enabled: Yes
PAgP dual-active version: 1.1
Dual-Active Detection - Exclude Interfaces
一旦检测到双活情况，原先Active交换机将会禁用其上面的所有端口以确保不影响其余网络的正常工作，然而，对于用于管理用途的端口等，我们并不希望他们也被禁用，因为管理端口被禁用后就不能远程管理该交换机。
SW65VSS#conf t
Enter configuration commands, one per line. End with CNTL/Z.
SW65VSS(config)#)#switch virtual domain 10
SW65VSS(config-vs-domain)#dual-active exclude interface Gig 1/5/1 SW65VSS(config-vs-domain)#dual-active exclude interface Gig 2/5/1 SW65VSS(config-vs-domain)# ^Z
SW65VSS#
双活的3种方式详细介绍
软件开发项目配置管理工具的选择 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改； 但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。 常见的配置管理工具 正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。 正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制
份号：001 密级： XXXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX公司 XXXX年XX月XX日
辑要页
文档修改记录
目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文挡 (1) 3 软件配置管理情况综述 (1) 4 软件配置管理基本信息 (1) 5 专业组划分及权限分配 (1) 6 配置项记录 (1) 7 变更记录 (2) 8 基线记录 (2) 9 入库记录 (2) 10 出库记录 (2) 11 审核记录 (2) 12 备份记录 (2) 13 测量 (2) 14 主释 (2)
1 范围 1.1 标识 本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述 本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述 本条应概括本文档的用途和内容，并描述与其使用有关的保密性考虑。 2 引用文挡 本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。 3 软件配置管理情况综述 本章应描述软件配置管理活动进展，与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。 4 软件配置管理基本信息 本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。 5 专业组划分及权限分配 本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。 6 配置项记录 本章所列出项目的所有配置项，包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。
软件配置管理工具Vss6.0实用指南 一、版本管理的必要性 如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展，那么80～90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现，这就是软件的版本管理。 只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1.怎样对研发项目进行整体管理； 2.项目开发小组的成员之间如何以一种有效的机制进行协调； 3.如何进行对小组成员各自承担的子项目的统一管理； 4.如何对研发小组各成员所作的修改进行统一汇总； 5.如何保留修改的轨迹，以便撤销错误的改动； 6.对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的形式来面对软件的社会化大生产，再也不可能行得通了。 其实，版本管理的思想很早就存在于软件开发者的头脑之中，只是以往的认识没有现在人们所意识到的那样迫切。UNIX 的程序开发系统较早就提供了能够进行开发小组中源代码版本管理的工具，现在的Linux更是提供功能强大的能够跨平台的版本管理器，国外公司的基于Windows的版本管理器也已经有了比较成熟的产品，国内的研究单位如北京大学计算机系CASE实验室也在致力于这方面的工作。在众多的成熟产品和试验产品中，这里只将对使用比较广泛，有较大用户前景且又能较易获得的版本管理器产品Microsoft公司的Visual SourceSafe6.0进行详细的介绍，针对普通的研发小组的解决方案，及具体的实现。 二、Visual SourceSafe6.0(VSS6.0)简介 VSS6.0现在是作为Microsoft Visual Studio6.0这个开发产品家族的一员，如Visual C++6.0和Visual J++6.0一样。 1.VSS的简单工作原理 Microsoft的VSS6.0解决了软件开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程序进行管理，将所有的项目源文件（包括各种文件类型）以特有的方式存入数据库。开发组的成员不能对该数据库中的
VSS的配置和使用 〇、摘要 在企业开发环境中，源代码管理占据着重要的一环。本文将通过一个实例，创建一个源代码管理的项目SourceManager，来讲述如何使用Visual https://www.doczj.com/doc/02638401.html,开发环境，配合Visual Source Safe 6c和IIS，创建企业团队开发环境。 一、开发前的准备 1、在装有Windows 2000或者Windows XP Professional的机器上安装.Net Framework SDK、Visual https://www.doczj.com/doc/02638401.html,、Visual Source Safe 6C。（如果用户操作系统是Windows .Net Server，则无须安装.Net Framework SDK，.Net Server自带的IIS 6已经完全包含了对.Net 的支持）这些工具在Visual https://www.doczj.com/doc/02638401.html,的安装盘上都可以找到。 2、一台专门用于存放版本控制中心数据库的服务器。该服务器不需要安装.NET Framework SDK和https://www.doczj.com/doc/02638401.html,，但是必须安装VSS 6C。我们称这台服务器为开发服务器DataCenter。 3、一个主域控制器，将DataCenter服务器加入这个域，为每一个开发用户分配域帐号。这样所有小组成员可以通过登录到Window NT域来访问版本控制信息。 注意：Visual Studio 6所带的Visual Source Safe 6不支持.Net的一些文件格式。如果你安装了VSS 6，也需要再安装一次VSS 6C，否则在https://www.doczj.com/doc/02638401.html,环境中将源代码加入到VSS数据库中将会出现错误。 二、创建空的SourceSafe数据库 在开始工作之前，需要建立一个空的SourceSafe数据库，来存放源代码控制数据，并为小组开发人员分配访问帐号。在DataCenter服务器上新建Source Safe数据库。步骤如下： 1、启动"开始"——"程序"——"Microsoft Visual SourceSafe"菜单下的SourceSafe 6.0 Admin。如果你是第一次安装VSS 6C，Common数据库的Admin帐号为空。如图一所示： 图一VSS登录窗口 2、在Visual SourceSafe Administrator窗口中，你可以看到Source Safe默认的两个用户Admin和Guest。如果你不打算使用默认的Common数据库，而要建立一个属于自己的项目数据库。选择菜单"Tools"——"Create Database"，如图二所示：
软件配置管理计划示例 作者：赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理
2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
配置管理软甲VSS的使用过程 VSS是一个C/S的软件 我们需要搭建服务端通过客户端访问操作 首先，第一步、搭建服务端 在win2003里安装vss软件直接setup.exe安装 选择安装目录安装在非中文目录下
安装项目选择共享数据库的服务器端 等待安装结束即可期间出现的不常用功能的文件问题可以忽略
安装完成之后我们就可以在服务端来添加我们的项目数据库啦 选择工具》创建数据库 数据库可以自定义路径 数据库创建好了之后 我们打开我们刚刚创建的项目数据库 找到srcsafe.ini文件并打开 双击或选择打开此.ini 文件
窗体显示我们在自己创建的数据库当中时我们就可以在服务端创建账号了 这里我创建了一个dzdwr账号并设置了密码
账户设置好了我们可以先给我们创建的项目数据库里配置一些内容 打开我们的 Microsoft Visual SourceSafe 6.0 客户端 先使用admin 账户登录注意这里的数据选择我们之前创建好的项目数据库 在所有项目中的$中我们右键》创建新目录 项目创建好了之后呢接下来我们给我们创建的用户dzdwr 来添加权限 在服务端里选中我们要配置权限的用户工具》为用户添加权限 选择我们想要给dzdwr 用户配置的权限添加或删除 选择我们创建的数据库
权限配置好了之后 由于vss项目配置管理软件需要我们共享文件夹才能实现 所以接下来我们将我们创建的项目数据库的文件夹进行共享 找到路径右键属性将安全选项卡里中的用户添加everyone 其权限包括修改、读取和运行同时在共享选项卡里共享此文件夹 并将共享权限中的更改给勾选上 这是为了我们在其他客户端能通过everyone来访问此项目数据库 并能通过vss进行正常的修改读取操作
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
目录 1.1在项目中如何应用VSS软件版本管理技术——VSS的配置与管理技术 (2) 1.1.1软件开发中版本管理的必要性 (2) 1.1.2Visual SourceSafe 的工作原理 (3) 1.1.3VSS是如何实现版本控制的 (6) 1.1.4VSS服务器端软件的安装 (9) 1.1.5VSS客户端软件的安装 (12) 1.1.6VSS管理员（配置管理员） (15)
1.1在项目中如何应用VSS软件版本管理技术——VSS的配置与管理技术1.1.1软件开发中版本管理的必要性 1、软件开发的方式 （1）研发小组来共同分析、设计、编码和维护 只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。 （2）信息的交流反馈的必要性 在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。 2、软件开发中所要解决的问题 在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1)怎样对研发项目进行整体管理； 2)项目开发小组的成员之间如何以一种有效的机制进行协调； 3)如何进行对小组成员各自承担的子项目的统一管理； 4)如何对研发小组各成员所作的修改进行统一汇总； 5)如何保留修改的轨迹，以便撤销错误的改动； 6)对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 3、版本管理的必要性 （1）广义上的版本管理 一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。（2）避免小作坊的形式-----早期的软件修改控制的方法
1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料
◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务
VSS配置管理流程控制 1. 文档介绍 (2) 1.1 文档目的 (2) 1.2 文档范围 (2) 1.3 读者对象 (2) 1.4 撰写人员 (2) 2. VSS配置管理控制流程 (3) 2.1 配置项及其命名规则 (3) 2.2 目录维护规范 (4) 2.3 角色和权限定义 (6) 2.4 配置管理工作流程 (7) 2.5 VSS用户工作守则 (8) 3. VSS客户端安装 (9) 4. VSS客户端登录界面 (14) 4.1开启VSS (14) 4.2配置正确的数据库地址 (14) 4.3使用正确的账号登录 (18) 5. 客户端基本操作 (19) 5.1创建新的项目 (20) 5.2添加文件 (21) 5.3查看文件 (24) 5.4创建工作文件夹 (26) 5.5修改和编辑文件 (29) 5.6移动文件/文件夹 (33) 5.7共享文件/文件夹(share) (37) 5.8拆分文件（branch） (39) 5.9删除/恢复文件或文件夹 (43) 5.10查看文件/文件夹的历史信息或早期版本 (44) 5.11获取文件的最新版本 (47) 5.12获取文件的早期版本 (49) 5.13修改用户密码 (50) 5.14打开/关闭数据库 (51)
1. 文档介绍 1.1 文档目的 Visual SourceSafe（以下简称VSS）是一种版本控制管理工具。它通过将各种类型的文件存入其内部数据库的方式有效地管理工程。此文档为了使VSS在我们的项目管理、文档版本控制等方面得到有效合理地应用，就VSS的配置管理控制流程、VSS的安装流程、客户端基本操作等方面作相关介绍。 1.2 文档范围 适用于所有项目文档和日常工作中产生的文档的归档工作。 1.3 读者对象 公司内部所有开发人员和测试人员 1.4 撰写人员
昆明理工大学信息工程与自动化学院学生实验报告 （学年第 1 学期） 课程名称：软件工具实践开课实验室： 444年12月 2 日 年级、专业、 班 学 号 姓名成 绩 实验项目名 称 软件配置管理工具的使用 指导教 师 教 师 评 语 该同学是否了解实验原理： A.了解□ B.基本了解□ C.不了解□ 该同学的实验能力： A.强□ B.中等□ C.差□ 该同学的实验是否达到要求： A.达到□ B.基本达到□ C.未达到□ 实验报告是否规范： A.规范□ B.基本规范□ C.不规范□ 实验过程是否详细记录： A.详细□ B.一般□ C.没有□ 教师签名： 年月日 1.模拟一个项目的开发和管理，用vss完成： 2.数据库设置 3.用户账户和权限分配 4.创建项目和本地工作文件夹 5.check in - edit - check out 6.查看文件版本、修改、文件版本比较、pin、rollback、分支（branch）、share 二、实验原理或理论基础或背景知识 Visual SourceSafe 是一种源代码控制系统，它提供了完善的版本和配置管理功能，以及安全保护和跟踪检查功能。VSS通过将有关项目文档（包括文本文件、图象文件、二进制文件、声音文件、视屏文件）存入数据库进行项目研发管理工作。 用户可以根据需要随时快速有效地共享文件。文件一旦被添加进VSS，它的每次改动都会被记录下来，用户可以恢复文件的早期版本，项目组的其他成员也可以看到有关文档的最新版本，并对它们进行修改，VSS也同样会将新的改动记录下来。你还会发现，用VSS来组织管理项目,使得项目组间的沟通与合作更简易而且直观 三、实验过程 1.模拟一个项目的开发和管理，用vss完成： 2.数据库设置 3.用户账户和权限分配
软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息
XXXX分析系统软件配置管理计划 XXXX信息科技有限公司
1 引言 1．1 目的 本计划的目的在于对所开发的XXXX分析软件项目规定各种必要的配置管理条款，以保证所交付的XXXX分析软件项目能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。1．3 参考资料 ?GB/T 11457 软件工程术语 ?GB 8566 计算机软件开发规范 ?GB 8567 计算机软件产品开发文件编制指南 ?GB/T 12505 计算机软件配置管理计划规范 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组
代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第3.2条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下：A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
软件配置管理计划 SANY GROUP system office room 【SANYUA16H-
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义
本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务
1．简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其 成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置 控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性
软件配置管理工具及应用实例 一、实验目的： （1）掌握软件版本管理工具SVN服务器的安装、配置和使用（2）掌握客户端中软件版本控制工具的安装和使用。 （3）了解软件企业中配置管理的工作指南 二、实验时长： 2学时 三、组织形式： 分组进行,每组2-3人 四、实验内容： （1）安装软件版本管理服务器VisualSVN，并掌握其配置方法 1.VisualSVN Server启动界面： 2.添加代码库：
3.输入代码库名称： 4.设置安全性： 5.添加创建好的用户到项目中：
6.对用户进行授权： （2）安装软件版本管理客户端软件TortoiseSVN，并掌握其配置和使用方法 1.签入源代码到SVN服务器：
2.签出源代码到本机： 3.提交修改过的文件到SVN服务器：
4.添加新文件到SVN服务器； 5.更新本机代码与SVN服务器上最新的版本一致； 6.重命名文件或文件夹，并将修改提交到SVN服务器； 7.删除文件或文件夹，并将修改提交到SVN服务器。（3）结合Eclipse代码开发环境，掌握版本管理工具在项目代码
开发中的使用。 1.建立核心仓库： a)确认svn安装完成：命令行下运行svn确定svn工作正常。 b)在仓库建立的父目录下运行svnadmin create DataName。其中DataName为仓库名。 2.权限设置 a)在仓库配置文件夹conf下找到svnserve.conf，打开密码行password-db=passwd前的注释。 b)在配置文件夹下的passwd文件中建立用户名和密码 3.启动服务 a) svnserve –d –r “d:\DataName” 其中-d为后台运行-r为管理员权限。 4.建立项目、入库 a) Eclipse下打开SVN视图，新建一个资源库位置，URL为svn://localhost，此时资源库内容为空。 b)切换到Java视图，新建一个项目，在项目上右键执行team->share到svn。 c)提交更新即可。 5.其它用户把项目作为新项目下载到自己的工作空间，修改提交。 a)客户端在Eclipse下打开svn视图 b)项目检出为新项目
工程型软件项目的配置管理实例 前言 软件配置管理作为贯穿软件开发过程始终的一项工作，其重要性不言而喻。51cmm上已有众多关于配置管理介绍、配置管理计划、配置管理工作开展心得一类的文章，这些文章从概念和实施上介绍了配置管理工作的内容，但美中不足的是仍嫌抽象，那些想要依葫芦画瓢的兄弟姐妹们在试图将这些理论应用到自己项目的配置管理中的时候，会发现仍然是无从下手（我也曾是这些感觉无从下手的人中的一个）。因此，本文拟从另外一个角度，以本人最近实际操作的一个项目的配置管理工作谈起，从配置管理工具的选择、配置管理流程制定、配置管理库结构的确定，以及作为配置管理工作的推动者如何推动这项工作等方面仔细描述一下本人的做法，希望这几篇文章能给那些水深火热中的兄弟姐妹们一点帮助。 这里有两点需要特别说明： 1、本文描述的内容是以一个项目的配置管理为主线，对组织级的配置管理和配置管理策略没有进行详细讨论； 2、本文用来做示例的项目是一个“工程型”的项目，所谓的“工程型”是和“产品型”对应的，这样的项目需要公司的开发人员和现场的开发人员进行协作开发，一般而言，在公司的开发人员完成大部分的功能，现场的开发人员根据用户需求，对软件进行修改（这部分的工作量一般会较大，在一个16人年的项目中，这部分的工作可能会占到三分之一以上的工作量）。 配置管理工作概述 配置管理工作的工作范围，在51cmm的很多文章中都有描述，具体可以参考河清专栏的《基于CMM和CMMI 的配置管理》和陈越的《软件配置管理实施体会》。在这里不作详细的描述。 本文涉及的项目背景 本文用来示例的项目是某省电信的一个项目，该项目的工作量大约是16人年，项目周期约为1年。大部分（90%以上）的开发工作在前8个月内完成，后期的工作主要由维护人员进行系统维护和调整。在8个月的开发时间中，前5个月由开发人员在公司进行开发，根据用户的需求完成设计，确定系统架构并实现整个框架，部分明确的功能以及公用模块也在这段时间内完成；后3个月的时间部分开发人员在现场，部分开发人员在公司共同完成后期的开发工作。 整个项目采用的开发语言是C++、Java、ASP，涉及的平台包括Solaris和Windows，采用的开发工具包括Visual Studio和Solaris上的CC。此外，整个项目还使用了一些第三方的平台，如IBM的MQ等。 除用户需求之外，公司还对项目组提出了代码复用方面的要求，开发人员在开发过程中必须注意代码的可重用性。 配置管理前期准备工作 在项目正式启动之后，配置管理工作就可以开始了。配置管理工作开始的第一步就是一份配置管理计划。51cmm上已有不少配置管理计划的模板，大家可以参考。 一般而言，需要在配置管理计划中明确的内容包括： 1、配置管理软硬件资源； 2、配置库结构； 3、人员、角色以及配置管理规范； 4、基线计划； 5、配置库备份计划； 在下文中，我们将围绕这些内容进行详细描述。 配置管理环境 配置管理环境包括软硬件环境。具体的资源需求应该根据项目实际情况来确定，一般需要考虑的包括：网络环境、配置管理服务器的处理能力、空间需求，配置管理软件的选择等。配置管理环境的确定需要综合考虑各个方面的因素，包括我们采用的开发工具，开发方式，开发人员对配置管理工具的熟悉程度等，其中，开发人员对配置管理工具的认可和熟悉程度常常直接决定配置管理能否正常进行，如果选择了需要开发人员花