配置管理及VSS使用.ppt

高新现代智能系统股份有限公司,系统设计部,配置管理,课程目的,了解什么是配置管理，配置管理对项目管理的作用 怎样开展配置管理工作 如何应用基线建立开发的一致性 如何进行变更的控制 了解配置管理工具,内容简介,什么是软件配置管理 术语 配置管理的基本活动 配置管理的过程 配置管理工具,软件配置 是由在软件工程过程中产生的所有信息项构成的，它可以看作该软件的具体形态（软件配置项） 在某一时刻的瞬间影像。,为什么需要配置管理,现代软件开发复杂度高 众多的开发人员 文件及相关资源多种多样 （源代码、目标代码、设计文档、需求、测试脚本等） 多个发布版本 多种平台 软件在不同地点开发,软件开发的常见问题,找不到应用程序以前版本所对应的源程序或找到以后再也无法重新编译 源代码的存储缺乏安全机制 无法追踪源代码修改历史 代码和文档版本不一致 更改过的错误在新版本中再次出现 开发人员的工作互相影响,配置管理活动对应解决的问题,配置管理定义,配置管理(scm: software configuration management)：在于运用配置标识、配置控制、配置状态统计和配置审核，建立和维护工作产品的完整性。 配置管理主要内容： 识别配置项 建立配置管理系统 建立基线 配置状态报告和配置审计 变更控制管理,配置管理生命周期,内容简介,什么是软件配置管理 术语 配置管理的基本活动 配置管理的过程 配置管理工具,配置管理活动中的重要概念,配置项与版本控制 配置库 基线,配置项,软件研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等，它们都应当被妥善地保管起来，以便查阅和修改。凡是纳入配置管理范畴的工作成果统称为配置项（ci: configuration item）。 “配置项”就是配置管理的对象，简单来讲它符合以下任意一个特点： 它会被两个或两个以上的项目成员共同使用。 它会随着项目的进展而发生变化。 是项目重要的工作产品。,配置项主要有两大类： 基线类配置项：属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、测试用例等等。 非基线类配置项：在管理过程中产生的文档例如各种计划、监控报告等等，这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：名称、唯一性标识符（应建立标识规范）、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。,配置项,配置项版本控制,配置项的变化一般通过“版本管理”对其进行控制。通常程序代码已采用各种版本管理工具进行控制，但同时不要忘记对文档也要进行版本管理。 版本控制可以控制任何文件的版本、实现共享、分支和归并功能、进行文本比较、标记注释和版本报告信息。,什么是基线,基线：基线就是一个ci或一组cis在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。 单个的配置项是通过版本管理工具进行管理的，每次变化都会产生一个新的版本号。 但是对于一组配置项该如何进行管理呢？ 简单来讲就是将一组配置项拿“线”穿起来作为一个整体进行统一命名，并将其作为一个新的配置项进行管理。,基线的属性,通过正式的评审过程建立 基线存在于基线库中，对基线的变更通过正式的变更控制流程 基线是进一步开发和修改的基准和出发点,基线说明,通过基线晋升控制开发过程,开发,为什么要创建基线,重现性 可追踪性 一致性,配置库系统,配置库就是指各种版本管理工具所创建的用于管理配置项的数据库。 配置库的具体实现项目文件夹 还包括过程文件夹 举例:ms vss中的vss库,clearcase中的vob 权限管理,配置库结构,配置库结构：有些项目组对配置库的目录结构没有进行功能的划分。一般来说，按照权限应该将配置库划分为三大类，如右图所示。 开发库 受控库（含基线库） 发布库,内容简介,什么是软件配置管理 术语 配置管理的基本活动 配置管理的过程 配置管理工具,配置管理背景,配置管理活动（what）,配置管理的基本活动,配置标识 配置控制 配置状态发布 配置审计,配置标识,文档的标识 程序的标识 各类基线的标识 要求： 所有配置项都应按照相关规定统一编号 按照相应的模板生成 并在文档中的规定章节（部分）记录对象的标识信息。,sample,配置控制,版本控制 软件配置管理的核心功能 以配置项版本标识 唯一性 变更控制 流程 工具,配置状态的发布,在产品的生命周期内记录并跟踪演变中配置项的状态,并将这些通知到受影响的组和个人. 在产品的生命周期中准确、及时的发布产品的相关信息是非常重要的。,配置状态发布的内容,配置库结构和相关说明 配置项信息(待验证，受控，基线等） 基线信息(如基线的版本,基线的相关变更) 配置管理过程的信息(如变更申请的状态,配置管理活动的状态),配置审计,目的:作为变更控制的补充手段，来确保某一变更需求已被切实实现。 分类: 功能审计（fca）：审核配置项与需求的一致性； 物理审计（pca）：审核要求交付的配置项是否提交，并检查已提交配置项的正确性、完整性。,配置审计关注的问题,变更有没有被实施 变更有没有发布 版本的命名有没有反映出变更 相关的配置项是否修改 配置管理的流程有没有被正确实施 所有的变更有没有记录在案 案例：配置审计报告,配置管理的功能视图,配置标识,配置审计,配置状态发布,配置控制,cm立方体,内容简介,什么是软件配置管理 术语 配置管理的基本活动 配置管理的过程 配置管理工具,配置管理的过程,配置管理策划的内容,人员的组织结构和职责 配置管理的环境确定 配置活动的描述 配置管理的控制点 培训,配置管理的人员组织,项目经理,ccb,软件工程组,qa组,scm组,策划流程流程图,配置管理计划,在项目的早期制定，目的： 保证适当的流程和活动被执行 明确配置管理的人员和职责 提供必要的资源和设备 作为改进的基础,建立配置管理环境,建立项目配置管理库 开发库 受控库（含基线库） 发布（产品）库 建目录结构 分配权限,sample,配置控制状态图,配置控制流程图,基线管理-建立,基线的标识,变更控制目的,在了解变更影响的基础上决定是否变更 对必要的功能限制变更 便于评估变更引起的费用、进度变化 保证客户的需求被考虑 控制当前的基线状态 维护产品的完整性,变更控制小组(ccb),小组必须要有权限承诺一定的资源完成变更，小组的成员为项目经理、其他对项目设计起关键作用的动态人员。 主要职责：对各类变更进行评估、批准或否定变更申请。,变更控制流程,提交变更请求,任意角色填写变更请求并提交给ccb。填写内容： 当前的问题说明 提议怎样变更 变更的来源： 客户的需求 增加新的功能 引用新的技术 改进缺陷 减低产品的成本 预防进度的延期,变更分析,对变更进行初步的评估，防止重复的和不完整的cr被提交到ccb。 变更的基本范围和描述 影响 重要性 紧急性 预期的效果,评审变更请求,角色：ccb 评审的内容： 变更影响分析(技术、支持、计划、费用) 受影响的工件 提出解决方案 最后作出评审结论 评审结论： 接受变更（立即变更、推迟变更） 不接受变更（拒绝变更）,分配任务,角色：项目经理 一旦变更请求被批准立即变更，项目经理就将根据请求的类型（例如扩展请求、缺陷、文档变更、测试缺陷等）把工作分配给合适的角色，并对项目时间表做必要的更新。,执行变更,角色：指定的角色 指定的角色（分析员、设计人员、开发人员等）执行在流程的有关部分中指定的活动集(如需求、分析设计、实施等)，以进行所请求的变更。然后，通知项目经理和ccb指定的变更确认人，确认变更是否通过。,确认变更请求,角色：ccb指定的角色 执行变更后，变更将分配给指定的角色进行确认（如测试人员的测试），如果确认通过，则关闭该变更请求；否则就要重新执行变更，直至确认通过为止。,基线管理-变更,当基线化的配置项产生变更时，受影响基线进行相应的更新，以保持一致。 变更由sccb进行评估。 变更后更新的基线由sccb批准。,配置管理输出,配置状态报告 配置审计报告 基线版本报告 基线发布声明 变更记录表 产品发布声明,文件结构图,工作要点,在成文的流程指导下制定scmp配置管理计划 标识受控的内容(ci) 配置项标识过程 建立配置库系统管理基线基线管理系统 有成文的流程指导对配置项和基线变更的管理变更控制 有成文的流程指导对配置项状态的记录和跟踪配置报告 对配置项统一进行分类，收集，整理，维护其完整性项目文件夹 对项目级过程和过程变更进行维护过程文件夹 培加培训的投入,内容简介,什么是软件配置管理 术语 配置管理的基本活动 配置管理的过程 配置管理工具,visual sourcesafe（vss） 简单易用、方便高效、与windows操作系统及微软开发工具高度集成。 concurrent versions system（cvs） 是开发源码的并发版本系统，是目前最流行的面向开发人员的源代码版本管理解决方案。可用于linux 、unix和 windows nt/2000/xp等等。 clearcase (cc) 主要应用于复杂的产品发放、分布式团队合作、并行的开发和维护任务。可以控制word、excel、powerpoint、 visio等文件格式，对于不认识的格式可以自己定义一种类型来标识。 ,配置管理的工具,visual sourcesafe(vss)概述,提供了完善的版本和配置管理功能，以及安全保护和跟踪检查功能。 不管什么类型的文件（文本、图像、二进制、声音或视频），vss都可以通过将文件存入数据库来帮助用户管理项目。 可以方便地集成进visual studio, visual basic, visual c+, visual foxpro和其他开发工具中。 使得项目组间的沟通与合作更简易而且直观。,文件,当您想要修改文件时，需要先从数据库中签出文件。vss将文件从数据库拷贝到工作文件夹中供您修改。 如果此时其他用户想签出同一文件进行编辑，vss会提示文件已被签出。这个签出规则可以保证多个用户工作于同一文件时不发生冲突。 如果需要，也可以修改项目属性以允许同一文件多重签出到不同用户。注意二进制文件永远不能被签出给多个用户。,文件,当您完成文件编辑，将文件签入vss。vss将已编辑的文件复制到vss数据库中，这样其他用户就能看到您对文件的修改。vss保存文件的所有修改，我们可以查看到文件的最新版本和所有历史版本（运用反增量技术存储，占用空间少） 如果您没有修改文件，可以执行撤消签出命令，文件将恢复到签出前的状态。 如果您只想读取文件，可以get文件至工作文件夹，也可以使用view file命令查看文件的最新版本。,vss 怎样识别文件类型,vss区别对待文本文件和二进制文件。文本文件指只包含字符的文件，二进制文件指除文本文件外的其他所有文件。 当您向vss添加文件时，它会自动为文件分配一个类型：文本类型或二进制类型。vss会扫描文件有没有空字符（值为0的字节），如果发现有空字符，vss就会把文件标志为二进制文件。 当您添加文件时，可以设置文件类型选项，自动检测是默认选项。,vss怎样处理文件,储存变化 ：vss使用不同的机制储存文本文件和二进制文件的变化。两者的区别在于二进制文件没有明显的行分隔符。 show difference： 对二进制文件，vss能够告诉您文件是否被改变，但它不能显示文件如何被改变。 合并、多重签出： 二进制文件不能合并或多重签出。 行结束符 ： 对文本文件，vss会自动为不同操作系统转换行结束符；对二进制文件，除了关键字扩展vss不会改变文件的任何内容。,项目,项目是存放在vss中的一组文件（任何类型）。您可以在项目内添加、删除、编辑和共享文件。它与文件夹有很多相似之处，不同的是它能更好地支持文件合并、历史和版本控制。 项目存储于vss数据库中，文件存储于项目中。,版本控制,vss能够维护文件的多个版本，每个版本都包含了版本间的变更记录。 版本控制包含下列内容： 团队合作 默认情况下，某个文件在某个时间只允许一个用户进行修改。这防止了文件被其他用户修改和意外更新。管理员也可以修改默认设置允许对一个文件进行多重签出，并保证所有变更都被准确记录。 版本跟踪 vss能对源代码和其他文件的旧版本进行归档和跟踪。,工作文件夹,在vss中，工作文件夹是您真正处理文件的地方。当您check out或get文件时，vss从数据库中拷贝文件到工作文件夹。在您做好修改并签入文件后，vss将文件从工作文件夹拷回数据库。 从您签出文件开始，vss会管理工作文件夹，例如在您的机器上创建必要的文件夹。 您可以在任何时间设置或修改工作文件夹。,vss使用详解,1、打开vss 路径为:开始程序 microsoft visual sourcesafe microsoft visual sourcesafe,2、连接一个已经存在的配置库,2、连接一个已经存在的配置库,3、登录配置库 用户名和密码由配置管理员分配。,vss功能介绍,（1）open：打开所选的配置库，弹出登录窗口； （2）cancel：取消操作； （3）add：新增一个配置库连接，可连接一个已存在的配置库，也可新建一个配置库； （4）remove：移除所选的配置库连接； （5）help：帮助。,1、file-open sourcesafe database,创建一个新的配置库（add）,创建一个新的配置库,模式选择： lock-modify_unlock model：传统模式，即一个人check out某一文件后，其他人不允许同时check out该文件，只能进行串行开发。 copy-modify_merge model：即允许多人同时check out同一文件，支持并行开发，check in时做合并工作。,2、file- add file,向指定的project中添加文件。 apply same comment for all：批量增加文件时，所有的文件的comment一致。 store only latest version：只存储最后一个版本。 check out immediately：添加到配置库时，立即做一次该文件的迁出操作。 remove local copy：删除本地的文件。 file type：设置文件的类型，有六个选项（auto-detect、binary、ansi/mbcs、unicode(utf-8)、unicode、unicode(big endian)）。,点击“ok”，如果配置库中有同名的文件，只是之前被删除了，则会出现如下提示： yes：添加到配置库的是原来被删除的版本，此时又面临选择： leave this file：本地的版本会被保留。 replace your local file with this version from sourcesafe ： 本地版本会被配置库的那个版本覆盖。 no：使用本地的版本替换配置库 原来被删除的那个版本。 cancel：取消操作。,2、file- add file,另一个增加文件的方法，是在windows资源管理器中，选中某一（些）文件，拖放到vss指定项目下的文件列表里。这种操作方法下，如果没有设置工作文件夹（working folder）的话，会出现如下提示： yes：就此设置working folder。 no：暂时不设置working folder，此选择不影响当前操作。,2、file- add file,3、file-create project,在指定的项目中创建项目。在“project”中输入项目名称，备注，点击“ok”即可。 另一个方法是，在windows资源管理器中，选中某一文件夹，拖放到vss中指定的项目下即可。此操作会增加文件夹下的所有文件到vss中。 recursive：递归该windows目录下的所有子目录创建到vss指定项目下。,删除指定的项目或文件。文件可以批量删除，项目不能。但是删除项目，会把项目下的文件同时删除。 destroy permanently：默认不选中， 此时的删除，只是让用户对此 项目或文件不可视，可以还原 回来。选中的话，将永远删除 此项目或文件。 点击“ok”，如果这个文件或项目曾经删除过一次，会遇到如下界面： yes：虽然文件或项目会被删除，但还是把当前删除的版本保留在服务器上，作为最后一个被删除的版本。 no：直接删除，不 留任何痕迹。,4、file-delete,5、file-rename 重命名项目或文件。,6、file-properties 查看项目的属性。 （1）general：记录了该项目包含的文 件数量、子项目数量、版本、label、comment等。 this project is cloaked for me：选中此项，以后在选中上级、上上级项目等进行批量操作的时候，该项目中的子项目和文件均不会受影响。而对本项目进行的这些操作有效。,（2）deleted items：当错误的删除某些项目或文件时，在这里可以看到所有删除的内容（destroy的内容无法再找到）。并不包含子项目里的子项目和文件。 recover：对先前的删除反悔了，可把选中的内容还原到原来的位置。 purge：相当于destroy，会彻底删除。,6、file-properties,查看文件属性。 （1）general：文件的基本信息。 （2）check out status：文件的迁出信息。 （3）links：记录了share后的每个项目路径。 （4）paths：显示了branch的历史情况。,6、file-properties,7、file-set working folder,给指定的项目设置working folder。 当设置了一个项目的working folder，如果子项目没有设置过working folder，则子项目的working folder会继承上级的项目；反之上级设置working folder，不会影响子项目已经设置过的working folder。,8、file-create shortcut,给该配置库创建一个桌面快捷方式。,9、file-label,给项目或文件打标签。 标签名最长为31个字符。 打标签是对所选的项目或文件创建了一个与原来版本一样的新版本。 当工作进展到特殊时期的时候，可以对相关的项目打一个统一的标签，以便以后能够获取该标签的一套完整的内容。 项目的标签会被子项目和他们所包含的文件继承。 在“show history”中可以给标签改名字。 当标签名字以前已经在该项目上使用过，则会出现右图的提示。 yes：覆盖老的标签。 no：取消操作。,10、file-move,移动指定的项目或文件。 项目的移动操作，会移动其下的所有子项目和文件。 项目和文件进行移动操作后，其历史版本信息也会随之移动。但是，其父项目上打的标签信息将不会随之移动。 移动不会改变被移动子项目的内容或历史记录，但是会影响原上级项目和新上级项目的历史记录。 当移动之后，你将不能重建原上级项目的某个旧的版本。,11、file-exit 退出vss。,12、edit-view file edit file,浏览和编辑文件。 点击“view file”菜单和“edit file”菜单，都会出现右图界面。不同之处在于“view file”选中的是“view sourcesafes copy of this file”；而“edit file”选中的是“check out this file and edit it in your working folder”。 默认情况下，在文件列表中双击文件也会出现这个界面。 如果你对这个已经非常熟悉了，可以选中“only show this dialog when the shift key is down”，让vss每次没有必要弹出此窗口，除非你按下“shift”键。 点击“ok”，打开文件，就可以查看或编辑文件了。,13、edit-select,此功能是在当前文件列表中选中指定的文件。 select：在“item:”后输入文件的名字或者通配符，点击此按钮，可在当前的文件列表中选中符合条件的文件。 deselect：可取消选中的符合条件的文件。,14、 edit-select all 选中当前文件列表中的所有文件。 15、 edit-invert selection 在当前文件列表中反向选中指定的文件。,16、view-sort,把文件列表的文件排序。有五种排序方式：name（文件名称）、type（文件类型）、user（用户）、date（日期）、check out folder（迁出的工作路径）。,17、view-search-wildcard search,按指定的通配符查找符合条件的项目。搜索字符最多可达63个字符。 wildcard：输入文件的名字或者通配符。例如：*.exe；?.dll search area 组框： search in current project only：只在当前项目下查找； search in current project and all subprojects：在当前项目及其子项目中查找； search in all projects： 在所有项目中查找。,18、view-search-status search,查找被check out的文件。 status search 组框： display all checked out files：显示全部被迁出的文件； display files checked out to：按用户查找被迁出的文件。,19、view-cancel search 当进行“wildcard search”和“status search”的时候，文件列表都会根据查询结果变化。此功能是取消查询操作，还原到初始状态。,20、view-refresh file list 刷新项目树和文件列表。,21、version-get latest version,get 当前选中的项目或文件的最新版本。 （1）get选中文件的最新版本。 to：如果设置了working folder，会自动get到working folder中。如果要get到本地的其他地方，可输入一个路径或者点击“browse”选择一个路径即可。 make writable：选中可设置get到本地的内容为“可写” ，默认为“只读” 。 set file：设置get到本地的文件的文件时间。有四个选择：default（ 默认current）、current（当前操作时间）、modification（修改的时间）、check in（最后一次迁入的时间） replace writable：当遇到本地有一个“可写”的同名文件如何处理，有五个选择：default（默认ask）、ask（显示对话框询问）、replace（直接替换本地版本）、skip（跳过，不get这个file）、merge（对版本进行合并，vss会迁出该文件）。,当本地存在一个同名文件，且“replace writable”选择的是“ask” 如果在vss administrator 中没有设置“allow multiple checkouts”，会出现右上图提示： leave this file?：保持本地版本不变，即不get。 replace your local file with this version from sourcesafe?：以配置库的版本替换本地版本。 如果在vss administrator 中设置了“allow multiple checkouts”，会出现右下图提示： check out the file, and keep your changes?：迁出该文件，并保留本地的版本。 点击“ok”完成本次get 操作。,21、version-get latest version,（2）get选中项目的最新版本。 recursive：选中此选项，将get 该项目下的文件及该项目下的子项目的文件；否则只get 该项目下的文件； 其他选项和get文件类同。 当选中的是一个项目，所需要的路径在本地没有，vss 会出现右下图所示界面。,21、version-get latest version,22、version-check out,迁出当前选中的项目或文件，即获取某个（些）文件的最新版本，并标识此文件正在被某用户修改。文件被迁出后，属性会改为“可写”，文件列表中的图标也会改变。 （1）迁出选中的文件。 comment：迁出的注释，在迁入的时候可以自动引用到。 dont get local copy：迁出但是本地不留备份。 其他选项与get latest version类同。 （2）迁出选中的项目。 与迁出文件类同，只是多了一个递归选项。,23、version-check in,迁入当前选中的项目或文件，即把本地某个（些）文件的版本提交到配置库，使其成为最新版本。迁入后本地的文件属性自动变为“只读”。配置库文件列表中的图标相应改变。 （1）迁入选中的文件。 from：本次迁入的源文件的默认路径，根据working folder产生。当你从其他文件迁入，输入路径或者点击“browse”选择一个路径即可。 keep checked out：迁入之后立即自动迁出。 remove local copy：迁入之后自动删除本地版本。 comment：迁入的注释，如果迁出时写过注释，则会自动引用。 diff：弹出文件比较对话框，可以在迁入之前，手工作一次比较。见右下图。 （2）迁入选中的项目。 与迁入文件类同，只是多了一个递归选项。,取消当前选中的项目或文件的迁出状态，保持配置库的最新版本不变，即迁出之前的版本。此操作将丢失最近一次迁出后对本地版本的修改内容。 local copy：设置如何处理本地版本。有四个选择：default（默认replace）、replace（以配置库最新版本替换本地版本）、 leave（保留本地版本不变）、 delete（删除本地版本）。 右上图是对文件的undo check out，右中图是对项目的undo check out。 当本地版本已经被修改过了，会出现如下提示：,24、version-undo check out,把其他项目中文件共享到当前选中的项目中。 共享操作是先选中目标项目，再在对话框中选择源项目和源文件。 共享操作后，两个项目中的文件会建立link关系，文件列表中的图标也会发生变化，有link关系的文件会同时被check out、check in、label。link关系可以在文件属性的links页面查看到。 如果文件先被pin再被共享，且被pin的版本就是被共享的版本，那在新的项目中，该文件将无法被修改。如果文件先被共享再被pin，那么除了该项目之外，其他有link关系的项目中的文件均可被修改。 “branch after share”，选中此选项，即共享后再做一次branch操作。 如果你选中的是项目，即把项目和其下的文件都共享过来，会出现右下图所示提示：,25、version-share to $/,把一个与其它文件有link的文件分离出来，形成单独的版本管理文件。 branch之后，文件目前的属性、历史版本信息均会继承过来，之后就自行管理。 branch的历史记录可以在文件属性的paths页面查看到。 branch之后，文件列表的图标会发生变化。,26、version-branch,27、version-merge branches,比较两个已经branch的文件，在其中一个文件基础上进行版本合并。 合并的前提，必须有两个share以后的branch，且要进行合并的两个文件必须是有差异的。 合并操作，只对目的文件有影响，对源文件没有影响。 由于只有文本文件才能够多重 checkouts，二进制文件仍然是禁止的。所以合并也只对文本文件有效。 在右上图项目列表中选择源文件所在的项目，点击“merge”，可以看到右下图所示界面。点击“ok”，可以看到下页右上图的界面。,左右两个区域显示的是源文件和目的文件，下面的区域是需要保存的版本。根据两个文件的差异，在界面下边的区域，自行修改文件。 做好合并后，点击“ok”，会出现右下图界面。 yes：目的文件将被迁出，且本地版本被修改成了刚才合并后的版本。 no：目的文件将被迁出，且本地版本为配置库上最新的版本，也就是说仅仅做了一个普通的迁出操作而已。 cancel：取消操作。,27、version-merge branches,接下来把目的文件迁入，将显示右上图所示界面，且comment 中已经填写了默认注释。 点击“ok”，将看到右下图所示界面。 yes：把合并后的版本迁入。 no：将看到左下图所示界面： yes：把合并后的版本迁入。 no：退出合并操作。 至此合并操作结束。,27、version-merge branches,28、tools-show history,查看指定项目或文件的版本历史记录。 （1）查看文件的版本历史记录。见右上图： include labels：版本历史记录中是否包含label 信息。 labels only：版本历史记录中是否只显示label 信息。 from：起始时间，格式yyyy-mm-dd。 to：结束时间，格式yyyy-mm-dd。 user：指定用户。 点击“ok”，看到右下图界面： view：浏览文件内容。,details：查看版本信息，见右上图。“next”是转到下一版本；“previous”是转到上一版本。 get：获取该版本到本地。 check out：迁出到本地。 diff：进行版本比较。 pin：锁住文件。pin之后，用户get该文件时只能取到这个版本。且不能进行迁出操作。“pin”按钮会变成“unpin”，解除pin。 rollback：回滚，即把某一版本设置为配置库的最新版本，该版本后的所有版本会丢失。见右中图。若回滚的文件被多个项目共享，则回滚只会影响该项目。 report：可以把看到的信息输出到打印机、文件、剪切板。,28、tools-show history,（2）查看项目的版本历史记录。见右上图： recursive：递归处理，是否包含子项目的历史版本信息。 其它选项与文件的history操作一致。点击“ok”，看到下图所示界面： share：把该项目及其下文件的特定版本共享到指定的项目下。共享后，目的项目的文件都会被pin 住。,28、tools-show history,29、tools-differences,对指定文件进行版本比较。只对文本文件有效，对于二进制文件，vss只能告知文件是否被改变。 compare：目的file。点击旁边的“browse”会出现如下选择。 选择“windows folders”即从windows 中选取一个文件；选择“sourcesafe projects”，即从配置库中选择一个file。 to：源file，同“compare”。 format：格式选择。 ignore white space：忽略空白行。 ignore case：忽略大小写。,30、tools-find in files,在指定的文件中查找某个字符串。 item：file 名字。 string：需要查找的字符串。 match case：是否区分大小写。 use regular expressions：是否运用正则表达式。 点击“ok”，出现符合条件的结果，如右下图。,31、tools-files report,导出指定file 的报告。可以把看到的信息输出到打印机、文件、剪切板。,32、tools-options,对当前配置库进行一些参数设置。 （1）general：常规设置。 always keep files checked out：迁入后立刻保持迁出状态。 act on project recursively：如果可以递归处理的操作，“recursive”选项