[计算机软件及应用]软件配置管理SVN课件.ppt

1、2023-2-11软件配置管理Version1.02010年年6月月2023-2-112Overviewn 课程介绍n 什么是配置管理？n 怎么做配置管理？n 怎么做变更控制管理？n 配置管理工具介绍-SVNn 参考资料 2023-2-113n 课程目标n 预备知识n 目标听众n 日程表n 词汇表课程介绍课程介绍2023-2-114n 通过学习本课程希望各位对配置管理有初步的认识和了解。n 通过学习本课程能按规范开展配置管理的各项活动。n 通过学习本课程能了解配置管理工具SVN课程目标课程目标2023-2-115n 有一定的团队开发的经验n 最好使用过一些代码管理工具（如：VSS，SVN）预备

2、知识预备知识2023-2-116n 项目经理n 配置管理人员n 开发人员n 技术管理人员目标听众目标听众2023-2-117n 共计：0.5天n 详细安排课程介绍课程介绍 什么是配置管理？什么是配置管理？怎么做配置管理？怎么做配置管理？怎么做变更控制管理？怎么做变更控制管理？配置管理工具介绍配置管理工具介绍-SVNTotal:hours日程表日程表2023-2-118n CM：Configuration Management，配置管理。n CCB：Change Control Board，变更控制委员会。n CI：configuration item，配置项。包含文档、程序。n Baselin

3、e：基线。已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如：变更管理和配置控制才能进行更改。词汇表词汇表2023-2-119n CR：Change Request,变更请求。对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。n PCA：物理审计，在配置管理系统中建立基线的工件是否为“正确”版本。n FCA：功能审计，是核实软件配置项的实际性能是否符合它的需求。词汇表词汇表2023-2-1110Overviewn 课程介绍n 什么是配置管理？n 怎么做配置管理？n 怎么做变更控制管理

4、？n 配置管理工具介绍-SVNn 参考资料 2023-2-1111n 现在软件开发复杂度高l 开发人员众多l 文档以及相关资料多种多样1、源代码2、目标代码3、WEB相关内容4、文档5、模型和设计6、需求7、测试脚本为什么需要配置管理？为什么需要配置管理？2023-2-1112l 多个发布版本l 多种平台l 软件在多个地方开发为什么需要配置管理？为什么需要配置管理？2023-2-1113n 存储和保护所有软件资产和相关资源n 记录所有的软件变更l What changed?l Who changed it?l When did it changed?l Why did it changed?n

5、 配置管理l 开发人员工作空间l 软件建立和版本发布管理配置管理的基本功能配置管理的基本功能2023-2-1114n 使开发人员的工作相互独立配置管理的基本功能配置管理的基本功能2023-2-1115n CMM 的解释：“软件配置管理软件配置管理的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性。软件配置管理软件配置管理包括标识在给定时间点上软件的配置（即选定的软件工作产品及其描述），系统地控制对配置的更改、并维护在整个软件生存周期中配置的完整性和可跟踪性。置于软件配置管理之下的工作产品包括交付给顾客的软件产品，以及与这些软件产品等同的产品项或生成这些软件产品所要求的产品项（例如编译

6、程序）。软件配置管理的定义软件配置管理的定义2023-2-1116n 软件配置管理包含为两部分：l 配置管理l 变更控制管理软件配置管理的定义软件配置管理的定义2023-2-1117n 配置与变更控制管理涉及：l 确定配置项，l 限制对这些项的变更，l 审核变更（对这些项所做的变更），l 定义与管理配置（这些项的配置）。软件配置管理简介软件配置管理简介n 配置管理活动是一个项目支持活动2023-2-1118n 维护项目工件的完整性n 在控制由参与同一个项目的许多人员所生成的大量工件时，CM 系统至关重要。如果进行控制，就有助于避免混乱情况（其代价通常都很大）的发生，并确保生成的工件不会由于下列

7、问题而发生冲突：l 同时更新 l 有限通知 l 多个版本 软件配置管理的目的软件配置管理的目的2023-2-1119n 同时更新当两个或更多的角色分别对同一个工件进行操作时，最后进行变更的那个角色将破坏前一个角色的工作。根本的问题是：如果系统不支持同时更新，则会导致系列变更并使开发流程减慢速度。但如果使用“同时更新”，那么挑战将在于检测更新已同时进行，而且要在并入变更时解决任何与集成有关的问题。n 有限通知由多个开发人员共享的个工件中的某个问题得到了纠正，但是有的开发人员并没有得到通知。软件配置管理的目的软件配置管理的目的2023-2-1120n 多个版本多数的大程序都是以演进式发布版本的方式

8、开发的。一个版本可以已经为客户所使用，而另一个发布版本可能正在测试，第三个版本可能正在开发中。如果这些版本中的任何一个版本发现问题，则需要将修复方案通报给所有的版本。那么除非是对变更进行非常谨慎的控制和检测，否者可能会引起混乱。并且由于混乱而需要进行修复和返工，而这往往成本非常高。软件配置管理的目的软件配置管理的目的2023-2-1121n CM 系统有助于管理演进式软件系统的多个版本，追踪了解在给定的软件工作版本中使用了哪些版本，根据用户定义的版本规约构建单个程序或整个发布版，以及强制实施特定于某个点的开发策略。CM带来的好处带来的好处2023-2-1122n CM带来的直接好处1、支持软件

9、开发方法2、维护产品的完整性3、确保已配置产品的完整性和正确性4、为开发产品提供一个稳定的环境5、限制对项目工件的变更6、提供有关工件变更的历史记录CM带来的好处带来的好处2023-2-1123Overviewn 课程介绍n 什么是配置管理？n 怎么做配置管理？n 怎么做变更控制管理？n 配置管理工具介绍-SVNn 参考资料 2023-2-1124n Versionn 配置项n 基线n 工作区n 配置库配置管理活动中的重要概念配置管理活动中的重要概念2023-2-1125n 版本树Versiona.c10230012123分支当前版本32023-2-1126n 什么是配置项？配置项就是配置管理

10、的对象。简单点讲，配置项应该符合以下任意特点：l 它会同时被两个或两个以上的项目组成员共同使用l 它会随着项目的开展而发生变化l 是项目重要的工作产品配置项配置项2023-2-1127n 问题：以下那些属于配置项？l 需求规格说明书l 项目计划l 源代码l 概要设计说明书l 会议记录l 评审报告l 项目总结报告l 工作日志配置项配置项2023-2-1128n 什么是基线？在配置管理中，基线是一个CI或者一组CI在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。每一个基线都是下一步工作的出发点和参考。一般基线是在项目的里程碑处创建，并且与项目里程碑保持同步。每一个基线都将接受配置管

11、理的严格控制。对基线进行修改将严格按照变更控制过程的要求进行。在一个软件开发阶段结束时，所增加的基线和上一个基线形成一个新的基线。这就是基线管理过程。基线基线2023-2-1129n 基线的特征l 通过正式的评审过程建立l 对基线的变更受最高权限的控制l 基线是下一步开发的出发点l 进入基线前，不对或者少对变更进行控制基线基线2023-2-1130n 工作区的概念主要是用来防止干扰其他人的工作。在CM中，可以建立个人工作区和共享工作区。比如：为源代码建立共享工作区。工作区工作区2023-2-1131配置库配置库配置库工件 版本a.cb.ce.c1020120121000123110230012

12、123配置项21112301230120工作区2023-2-1132配置管理活动的流程配置管理活动的流程2023-2-1133n 配置管理经理配置管理经理负责为产品开发团队提供全面的配置管理基础设施和环境，负责制定配置管理计划，负责对文档类的配置项建立基线n 集成员集成员负责制定集成计划，建立代码类基线。n 任意角色参与变更控制管理，提出变更请求配置管理活动中的角色配置管理活动中的角色2023-2-1134n 项目立项配置管理活动进入准则配置管理活动进入准则2023-2-1135n 目的计划配置管理的目的主要有：l 确定项目配置管理策略 CM 策略是指能够确定、保护和报告已经批准用于项目中的工

13、件的能力l 确定用于控制产品变更的策略和流程通过正确的标注来实现确定操作。对项目工件的保护是通过归档、建立基线和报告等操作而得以实现的。计划配置管理计划配置管理2023-2-1136l 在配置管理计划（是软件开发计划的一部分）中记录此信息 CM 计划说明在产品/项目生命周期中要执行的所有与 CM 相关的活动。它记录如何计划、实施、控制和组织与产品相关的 CM 活动计划配置管理计划配置管理2023-2-1137n 如何配置人员配置经理应该是进行组织的中心人物，并且必须对所有项目工件负责。配置经理需确保对开发人员实施项目策略。这样，工件一旦按照确定的开发原则得到批准，它们就只会通过既定的渠道。配置

14、经理需确保以下方面：l CM 计划得以执行l 定期进行审核报告l 在现场外对备份进行安全保管l 保持软件许可证为最新计划配置管理计划配置管理2023-2-1138n 目的 本活动的目的是通过创建并维护数据储存库建立一个环境，在此环境中可以对整个产品进行开发、构建，而且具有可重用性或可维护性。实现此目的有一个条件，即确保各私有和公有工作区中的开发人员和集成员只要有需要就能使用关键工件，而且这些工件充分建立了基线，并被存储以备将来重复使用。设置 CM 环境时涉及到创建产品目录结构、储存库、工作区（开发人员和集成）以及分配计算机资源（服务器和磁盘空间）。创建配置管理环境创建配置管理环境2023-2-

15、1139n 如何配备人员 配置经理需要设置一个环境，该环境基于整个产品的构件结构，并且他需要与构架设计师紧密合作以确保建立足够的“临时位置”。此工作流程明细中的集成员需确保从开发人员工作区交付的工件经过充分测试，以便可以将其并入可测试的工作版本中。集成员需熟悉项目 CM 策略、工作版本和测试时的一些做法。创建配置管理环境创建配置管理环境2023-2-1140n 文档的标识n 文档、程序(coding、模型)的标识n 各类基线的标识n 所有属于项目及其各子系统的各类基线，按照软件系统的命名约定的规定以及配置管理计划来标识。配置项标识配置项标识2023-2-1141n 目的确保当子系统达到指定的成

16、熟度后为其建立基线，然后就可进行发布或在随后的项目迭代和/或其他项目中重复使用。在 CM 计划中对发布频率和形式予以说明。发布给客户的产品的正式程度明显要远远高出正为下一个迭代工作版本或复审而生成的产品的正式程度。管理基线与发布管理基线与发布2023-2-1142n 如何配备人员 在此情况下，配置经理需能够组装产品以进行发布。已发布的产品要求有材料清单(BOM)，此清单用作交付给客户的产品的完整核对清单。已发布的产品必须包括部署工作流程中所述的发布说明和培训材料。集成员（如其他工作流程明细中所述）需确保从开发人员工作区交付的工件已经过充分测试，以便可以将其并入可测试的工作版本中。集成员需熟悉项

17、目 CM 策略以及具体测试操作。管理基线与发布管理基线与发布2023-2-1143n 目的通过缺陷追踪和报告活动来辅助产品复审确保为追踪进展和趋势而“积累”数据并报告数据。报告配置状态报告配置状态2023-2-1144n 如何配备人员根据CM计划，由配置经理定期收集配置项数据，编写配置状态报告。报告配置状态报告配置状态2023-2-1145n 目的 确定产品满足功能需求和物理需求。确定工件存储在受控制的库中。确保工件和基线可用。执行配置审计执行配置审计2023-2-1146n 如何配备人员根据CM计划，由配置经理定期完成审计报告执行配置审计执行配置审计2023-2-1147n 目的 使用标准的

18、、记录下来的变更控制流程的目的是：确保项目中所做的变更保持一致，并将产品的状态、对其所做的变更以及这些变更所耗费的成本及对时间表的影响通知给有关的涉众。变更控制管理变更控制管理2023-2-1148输出工件输出工件输出名称输出名称输出描述输出描述参考参考配置管理计划CM 计划说明要在项目生命周期过程中执行的所有配置和变更控制管理活动。说明了活动时间表、指定的职责和需要的资源（包括人员、工具和计算机设备）。配置管理计划模板变更请求对项目当前问题说明提出的变更请求内容CCB的复审结果变更请求模板配置状态报告主要报告变更请求情况，当前的软件工作版本以及版本说明。配置状态模板配置审计报告对物理审计和功

19、能审计进行描述。配置审计报告模板2023-2-1149n 项目验收通过或项目终止、暂停退出准则退出准则2023-2-1150Overviewn 课程介绍n 什么是配置管理？n 怎么做配置管理？n 怎么做变更控制管理？n 配置管理工具介绍-SVNn 参考资料 2023-2-1151n CR-变更请求对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。变更控制重要概念变更控制重要概念-CR2023-2-1152n CCB-变更控制委员会该委员会监督变更流程，批准对已建立基线的配置项的所有变更。由所有利益方包括客户、开发人员和用户的

20、代表组成。在小型项目中，项目经理或软件构架设计师一人即可担当此角色。n 建立的目的：在于确保所有提出的变更都得到了妥善的技术分析与复审，并已记录备查。n 基本任务：是明确产品的基线、复审对基线的变更、最后批准、否决变更或延期执行。变更控制重要概念变更控制重要概念-CCB2023-2-1153n CCB-成员CCB 应由“正确人选”组成，他们在同事中树有真正的威信，同时专业知识过关，可避免考虑欠周或代价高昂的变更提议。CCB 应由所有受影响的组织或涉众的代表组成。例如：用户/客户,开发人员,测试小组,项目经理等 n CCB主席CCB主席应能明断团队内的不一致意见，并能保证在项目中贯彻执行团队的决

21、策。n CCB评审会议CCB 必须定期按需召开会议，以此确保变更提议及时得到复审和处理。变更控制重要概念变更控制重要概念-CCB2023-2-1154n 提交变更请求n 复审变更请求 n 分配任务n 执行变更n 确认变更变更控制流程变更控制流程2023-2-1155变更控制流程变更控制流程提交变更请求提交变更请求复审变更请求复审变更请求接受？接受？立即变更？立即变更？拒绝？拒绝？END分配任务分配任务执行变更执行变更确认变更确认变更通过？通过？2023-2-1156提交变更请求提交变更请求n 任意角色填写变更请求并提交给CCB。n 填写内容：l 当前的问题说明l 提议怎样变更提交变更请求提交变

22、更请求复审变更请求复审变更请求接受？接受？立即变更？立即变更？拒绝？拒绝？END分配任务分配任务执行变更执行变更确认变更确认变更通过？通过？2023-2-1157复审变更请求复审变更请求-步骤步骤n 安排召开复审会议的时间，此会议一般每周开一次，如果 CR 量显著增加或者发布周期临近结束时，该会议可能每天开一次。n 由CCB主席召开复审会议n 最后将复审结果通知给相关的人员提交变更请求提交变更请求复审变更请求复审变更请求接受？接受？立即变更？立即变更？拒绝？拒绝？END分配任务分配任务执行变更执行变更确认变更确认变更通过？通过？2023-2-1158复审变更请求复审变更请求-内容内容n 角色：

23、CCBn 复审的内容：根据已经提交的变更请求，从几个方面分析：变更影响分；受影响的工件；提出解决方案。最后作出复审结论n 复审结论l 接受变更立即变更推迟变更l 不接受变更拒绝变更需要详细的数据提交变更请求提交变更请求复审变更请求复审变更请求接受？接受？立即变更？立即变更？拒绝？拒绝？END分配任务分配任务执行变更执行变更确认变更确认变更通过？通过？2023-2-1159分配任务分配任务n 角色：项目经理n 一旦变更请求被批准立即变更，项目经理就将根据请求的类型把工作分配给合适的角色，并对项目时间表做必要的更新。提交变更请求提交变更请求复审变更请求复审变更请求接受？接受？立即变更？立即变更？拒

24、绝？拒绝？END分配任务分配任务执行变更执行变更确认变更确认变更通过？通过？2023-2-1160执行变更执行变更n 角色：指定的角色n 指定的角色进行所请求的变更活动。这些活动将包括常规开发流程中所述的所有常规复审活动和单元测试活动。然后，通知项目经理指定的变更确认人确认变更是否通过。提交变更请求提交变更请求复审变更请求复审变更请求接受？接受？立即变更？立即变更？拒绝？拒绝？END分配任务分配任务执行变更执行变更确认变更确认变更通过？通过？2023-2-1161确认变更确认变更n角色：CCB指定的角色n指定的角色（分析员、开发人员、测试员、技术文档编写员等）解决变更后，变更将放置在要分配给测

25、试员的测试队列中，并在产品工作版本中加以核实。n已确定的变更一旦在产品的测试工作版本中得到了核实，就将变更请求放置在发布队列中，以便在产品的发布工作版本予以核实、生成发布说明等，然后关闭该变更请求。提交变更请求提交变更请求复审变更请求复审变更请求接受？接受？立即变更？立即变更？拒绝？拒绝？END分配任务分配任务执行变更执行变更确认变更确认变更通过？通过？2023-2-1162Overviewn 课程介绍n 什么是配置管理？n 怎么做配置管理？n 怎么做变更控制管理？n 配置管理工具介绍-SVNn 参考资料 2023-2-1163n Subversion 是一种集中的分享信息的系统，它的核心是版

26、本库，储存所有的数据，版本库按照文件树形式储存数据包括文件和目录，任意数量的客户端可以连接到版本库，读写这些文件。通过写数据，别人可以看到这些信息；通过读数据，可以看到别人的修改。n Subversion 会记录每一次的更改，不仅针对文件也包括目录本身，包括增加、删除和重新组织文件和目录。功能简介功能简介2023-2-1164n 当一个客户端从版本库读取数据时，通常只会看到最新的版本，但是客户端也可以去看以前的任何一个版本。n 系统是设计来记录和跟踪每一次改动的。n 版本模型：版本控制系统的核心任务是提供协作编辑和数据共享，但是不同的系统使用不同的策略来达到目的。功能简介功能简介2023-2-

27、1165n 锁定-修改-解锁方案：l锁定可能导致管理问题l锁定可能导致不必要的线性化开发l锁定可能导致错误的安全状态n 拷贝-修改-合并方案：lSubversion系统使用拷贝-修改-合并模型，在这种模型里，每一个客户联系项目版本库建立一个个人工作拷贝版本库中文件和目录的本地映射。用户并行工作，修改各自的工作拷贝，最终，各个私有的拷贝合并在一起，成为最终的版本，这种系统通常可以辅助合并操作，但是最终要靠人工去确定正误。功能简介功能简介2023-2-1166n 工作拷贝：一个Subversion 工作拷贝是本地机器一个普通的目录，保存着一些文件，可以是任意的编辑文件，而且如果是源代码文件，可以像

28、平常一样编译，工作拷贝是自己的私有工作区n 工作拷贝如何追踪版本库：对于工作拷贝的每一个文件，Subversion 在管理区域.svn/记录两项关键的信息：l工作文件所作为基准的修订版本（叫做文件的工作修订版本）l一个本地拷贝最后更新的时间戳。功能简介功能简介2023-2-1167n 通过与版本库通讯，Subversion 可以告诉我们工作文件处于如下哪一种状态：l未修改且是当前的：文件在工作目录里没有修改，在工作修订版本之后没有修改提交到版本库。svn commit 操作不做任何事情，svn update 不做任何事情。l本地已修改且是当前的：在工作目录已经修改，从工作修订版本之后没有修改提

29、交到版本库。本地修改没有提交，因此svn commit 会成功的提交，svn update 不做任何事情。l未修改且不是当前的了：这个文件在工作目录没有修改，但在版本库中已经修改了。这个文件最终将更新到最新版本，成为当时的公共修订版本。svn commit 不做任何事情，svn update 将会取得最新的版本到工作拷贝。SVN WINDOWS客户端客户端2023-2-1168l 本地已修改且不是最新的：这个文件在工作目录和版本库都得到修改。一个svn commit 将会失败，这个文件必须首先更新，svn update 命令会合并公共和本地修改，如果Subversion 不可以自动完成，将会让

30、用户解决冲突。SVN WINDOWS客户端客户端2023-2-1169n 软件下载l http:/subversion.tigris.org/n 服务器和客户端安装n 建立版本库（Repository）l svnadmin create E:svnrepositoryn 配置用户和权限n 运行独立服务器 n 初始化导入 n 基本客户端操作SVN 软件安装软件安装2023-2-1170SVN 软件安装软件安装n 需要客户端安装文件n 安装完毕后，在“资源管理器”里点击右键，会有如下菜单出现。2023-2-1171SVN Check outn 新建一个目录，比如 D:SVN_Presentatio

31、nn 在此目录中点击右键-SVN Checkout.n URL of repository：处选择版本库所在路径。2023-2-1172n 协同工作的两种模式l“copy-edit-merge”(Subversion默认的模式)适用于纯文本文件的协同工作，TortoiseSVN自动合并不同成员对同一文件的修改，如果修改有冲突，需要人工取舍。此模式适合软件开发这种工作。l“Lock-Modify-Unlock”（锁模式）适用于纯文本文件及二进制文件的协同工作。比如dwg,mcd,doc,ppt,xls等文件格式。这种模式适合工程设计人员的合作。SVN 工作模式工作模式2023-2-1173n 建

32、立版本库（Repository）l Svnadmin create c:svnrepositoryn 运行独立服务器 l Svnserve d-r c:svnrepositoryl 在服务器端的仓库已经创建成功了，接下来就在客户端创建一个项目，然后将该项目import 到服务器端，将其纳入SVN 的管理之下。n 初始化导入 l svn:/localhost/创建数据库创建数据库2023-2-1174n 作为一个独立守护进程启动svnserve，监听请求。n 以Windows service服务方式运行svnserve。n Svnserve h(help)查看命令详细；n svnserve-d

33、r c:svnrepository n sc create svn binPath=C:Program FilesSubversionbinsvnserve.exe-service-r C:SVNrepository DisplayName=Subversion Server depend=Tcpip start=auto启动监听服务启动监听服务2023-2-1175n svn help import n svn import mytree file:/usr/local/svn/newrepos/some/project n svnadmin hotcopy/path/to/repos/pa

34、th/to/repos-backup 配置管理配置管理2023-2-1176n svnserve-d-r/usr/local/repositoriesn svn checkout svn:/ 配置管理配置管理2023-2-1177n 配置用户和权限 来到E:svndemorepositoryconf目录，修改svnserve.conf：#general#password-db=passwd 改为：general password-db=passwd 然后修改同目录的passwd文件，去掉下面三行的注释：#users#harry=harryssecret#sally=sallyssecret 最

35、后变成：users harry=harryssecret sally=sallyssecret 配置管理配置管理2023-2-1178n 上传本地文件n 将本地文件上传到SVN目录中n 如果希望其他同伴也能看到刚上传的文件，需要做提交SubVersion的默认模式的默认模式2023-2-1179同步同步SVNn 同步本地与SVN服务上的文件。n 将SVN服务上的文件更新到本地n SVN会显示出更新的文件和更新的次数2023-2-1180文件提交文件提交n 对本地文件做修改后提交到SVNn 在右键菜单中点击SVN Commitn 提交前写好Message,点击OK2023-2-1181提交权限控

36、制提交权限控制n 当提交文件的时候您会看到权限提示信息n 输入您的开机用户名和密码n 保存权限设置，可以避免将来重复输入用户名和密码（见红圈）2023-2-1182n 什么是冲突n 冲突产生的原因n 冲突产生的时机n 解决冲突n 关于避免冲突的建议冲突冲突2023-2-1183n 冲突是指团队协同工作时，当多人同时修改同一个文件，造成本地文件与SVN系统中的文件版本不一致，而导致文件无法提交的情况n 产生原因当团队协同工作的时候，多人同时操作一个文件。当有人操作完成后，将该文件提交到SVN上。这样，其他人的本地文件与SVN上的文件版本不一致。当另一人操作完成后，提交该文件时，就会出现冲突。什么

37、是冲突什么是冲突2023-2-1184冲突产生的时机冲突产生的时机n 提交文件时，产生冲突2023-2-1185n 遇到冲突时，需要update该文件。您会看到新增了三个文件。filename.minefilename.rOLDREVfilename.rNEWREVn 面对文件冲突，您可以选择以下三种方式解决冲突手动合并冲突文件使用工具解决冲突用revert放弃所做的修改解决冲突解决冲突2023-2-1186n 使用自带工具，如图所示n 对比两个版本的文件，解决冲突n 工具中会列出两个版本冲突的部分，并让您选择使用哪个版本的内容用工具解决冲突用工具解决冲突2023-2-1187n 选择reve

38、rt 放弃自己所做的修改放弃修改放弃修改2023-2-1188提交解决结果提交解决结果n 通过上面所说的三种方法，解决冲突后。要选择resolvedn 解决后，新增的三个文件会自动删除n 再选择commit提交到SVN2023-2-1189以以WORD文档为例文档为例n发生冲突n更新文件n解决冲突存在冲突的部分会用红色标出，在红字部分或蓝色提示框中点右键，找到“接受XX”和“拒绝XX”，根据实际情况选择。当红色文字全部消失后，表示冲突已经解决。n提交文件因为SVN工具解决冲突的功能会新打开一个文件，而不是更改源文件。所以需要您确认修改完成后保存并覆盖源文件，或将全部内容COPY到源文件中，保存

39、并提交。2023-2-1190n 在修改文件之前，先进行一次update操作n 当修改完成后，及时commit，不要在本地停留时间过长n 在多人协作时，尽量修改自己撰写的部分，不要修改其他部分n 出现冲突很正常，可以通过前面的三个方法解决，不要相互覆盖关于冲突的建议关于冲突的建议2023-2-1191如何得到历史版本如何得到历史版本2023-2-1192如何比较版本差异如何比较版本差异2023-2-1193CheckOut和和Exportn check out 方式获得文件后，文件仍处于SVN版本控制中n export 导出当前版本的数据，文件脱离SVN版本控制2023-2-1194n 版本库

40、的 URL n 访问方法 lfile:/直接版本库访问(本地磁盘或者网络磁盘)（file:/X:/path/to/repos）。lhttp:/通过 WebDAV 协议访问支持 Subversion 的 Apache 服务器。lhttps:/与 http:/相似，但是用 SSL 加密。lsvn:/假定你的版本库位于c:svnrepository，你的服务器叫做localhost，输入:svn:/localhost/svn/repositorysvn+ssh:/authenticated,encrypted TCP/IP access via custom protocol to a svnser

41、ve server.版本控制版本控制2023-2-1195n 全局版本号n 不像其它版本控制系统，Subversion 的版本号是针对整个目录树的，而不是单个文件。每一个版本号代表了一次提交后版本库整个目录树的特定状态，另一种理解是版本 N 代表版本库已经经过了 N 次提交。版本控制版本控制2023-2-1196Overviewn 课程介绍n 什么是配置管理？n 怎么做配置管理？n 怎么做变更控制管理？n 配置管理工具介绍-SVNn 参考资料 2023-2-11971Rational Unified Process，版本 2000.02.20，版权所有 1987 2001，Rational Software Corporation2配置管理规范，TPCA SEPG参考资料参考资料2023-2-1198Question?THANK YOU