svn安装Word格式文档下载.docx
《svn安装Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《svn安装Word格式文档下载.docx（19页珍藏版）》请在冰豆网上搜索。
他们负责从构造初期了解配置管理系统和规程，根据开发经验协助制订、修改配置管理规程，并在试验项目中担任部分开发角色。
这部分成员应包括软件开发项目经理、设计人员、编码、5.）测试和构造、发布人员。
该项目小组成立后，将按后述步骤开展配置管理过程的构造工作。
2对目标机构进行了解、评估
“知已知彼，百战不殆”。
配置管理过程的构造过程也是如此，必须对相互作用的双方都有较透彻的了解才能达到预期的效果。
因此首先要做的事情是调查了解，既要了解目标机构（即将要采用该配置管理过程的软件开发组织）的情况,又要了解配置管理工具的情况。
目标机构的调查评估工作由配置管理技术专家领导，配置管理系统用户代表参与，提供基本信息，并由小组负责人协调，对相关部门人员进行深入调查获得较
全面的数据.对目标机构的了解、评估应从这几个方面入手：
人员、技术、工作流程、现有项目和期望值。
2.1人员评估
人员评估的目的是了解目标机构的员工对现有配置管理过程的评价和对采用新工具、制订新规范的态度，预测新的配置管理过程构造中的工作难点和可能遇到的阻力。
调查的方面包括：
该组织员工对引入新工具的反应，以前是否有过类似的偿试。
该组织负责人对新工具、新流程的支持程度。
开发人员的素质、教育程度、沟通能力。
开发队伍的稳定性。
该组织的沟通渠道是否通畅。
2.2技术评估
对目标机构技术方面的的调查、评估将直接导致对工具的选择。
要了解的信息有：
目标机构有哪些可用的计算资源。
在什么软硬件平台上进行开发。
是否存在资源瓶颈，是什么。
现用什么开发工具，用户对该工具评价如何。
现用什么网络环境。
使用什么编程语言。
目标平台是否与开发平台一致。
代码更新程度如何，新编代码、重用代码和历史代码各占什么比例。
2.3现有流程评估
对目标组织现有工作流程的评估直接影响新的配置管理流程和规章的制订。
调查的方面是：
现有流程的成熟性、适用性和执行情况。
现有流程是否能进一步提高自动化程度。
现用什么开发模型。
对分析、设计、编码、测试、产品管理等过程是否有严格的成文规范，如何保证该规范的执行。
开发流程中的哪些质量控制信息被收集，如何使用。
2.4项目评估
配置管理系统对正在开发的产品、正在进行的项目有直接的影响，因此对即将纳入管理的项目应有充分的了解。
了解的方面有：
项目的平均工期（人月）。
项目的组织方式，是主程序员制还是开发小组制，按深度结构还是按广度结构组织。
项目的产品规模（功能模块数、源码行数）。
项目开发支持状况，是否有专门的开发环境、开发工具和配置管理等方面的支持人员。
2.5期望值评估
对目标机构的开发、管理人员对新系统的期望值的了解有利于对症下药，解决其当前紧要问题，提高对新系统的信心。
对当前本组织的生产率和产品质量的满意程度，期望有怎样的提高。
对现有流程的评价，现有流程中哪个环节希望改进或加强。
期望增减哪些文档或规则。
期望等到什么样的通信交流方式，现有方式的优缺点是什么。
期望收集哪些新的开发度量数据或简化哪些数据。
3配置管理工具及其提供商评估
通过对目标组织的评估，了解该组织的现状和需求后，就需要选择适合该组织的配置管理工具。
市场上现有的配置管理工具不下数十种，它们各有所长，在功能，性能等方面有较大的差别，只有经过仔细地对产品及其提供商进行分析评估，核对目标机构的需求，才能挑选出合适的工具，实现一个理想的配置管理过程。
这种评估可从三个方面进行：
配置管理工具的评估、供应商评估和其它用户使用经验的评估。
3.1配置管理工具评估
对工具的评估应侧重于功能的适用性，而不应一味强调功能的全面性。
产品评估应了解如下问题：
该产品的哪一方面功能可解决目标组织的当前问题满足该组织在配置管理上的需求。
该产品在目标机构的峰值负荷下的运行效率将如何。
该产品对并发使用的支持情况如何
该产品与现有系统、工具、流程、环境的兼容性如何。
该产品的成熟性和稳定性如何。
该产品是否易学易用。
该产品的购买、安装、实施、维护费用是否可以接受。
4制订实施计划
经过对目标机构和选用工具的评估，工作小组可以制订出一份完整的工作计划作为下一阶段的行动纲要，同时也是向上级主管汇报，取得支持的有力佐证。
工作计划由如下部分组成：
必要性和影响因素结合目标机构的开发过程组织和配置管理现状，论证构造或完善配置管理过程的必要性；
根据所选配置管理工具的功能特性和供应商的实施支持，阐明新的配置管理系统可对目标机构的开发和管理工作带来改进和驱动。
另外，对该配置管理系统和相应的配置管理过程对现有的人员、工序和管理等方面可能带来的影响作出适当的预测，以便减小将来实施时可能遇到的阻力。
配置管理目标和配置管理过程的构造成功标准对正待构建的新的配置管理过程制订出一个较为长远的目标，即要达到哪种控制程度，加强哪些方面的管理，是否按照相关的国家或国际标准实施，达到何种级别等等。
另外，对构造配置管理过程的工作本身，如前所述应当作一个项目来做，因此也必须制订一个明确的完成标准。
该标准应该在本小组内部统一并获得上级主管认可。
人员组织和分工
进一步明确工作小组的组织成员和成员关系，为每个成员分派相应的任务和职责。
这些任务应该具体、细化到可操作的程度，如张三负责与某部门接洽，了解原有某一管理规范，李四负责试验环境的准备工作等等。
进度计划罗列出构造过程中所要解决的问题，设置里程碑。
风险管理预测构造过程中可能遇到的外在困难因素，如硬件短缺、平台差异、与相关部门冲突、试验项目的特殊性等等。
为这些风险因素设计出降低或规避风险的方法。
5定义配置管理流程
配置管理流程是软件开发机构进行配置管理的依据，也是配置管理构造工作小组的最重要的工作成果。
配置管理流程规定开发过程中需要做哪些配置管理方面的工作，由谁做、如何做。
前两个问题有较为通用的答案，在后文将会涉及，第三个问题则必须根据目标机构的具体情况解决。
制订配置管理流程的方法是：
通过对目标机构的调查、评估，定义现有的配置管理流程，由配置管理技术专家对它进一步分析，结合常规的配置管理方法制订出新的流程。
之后，依据选定的配置管理工具的功能，将新流程中可自动化的环节交由配置管理工具处理，其它环节由新制订的配置管理规范控制。
除了制订配置管理规范外，该小组还应制订出适合目标机构的配置管理基本章程。
该章程应包括配置管理部门的设立、该部门的责能（通常是负责监督配置管理规范的执行情况，对配置规范进行完善，并担当日常的内部配置管理过程支持任务），定义配置管理过程与开发过程的协调关系，以及各开发阶段的开发人员构
成、在配置管理流程中的责任划分等等。
一般说来，配置管理包括四个方面的活动：
配置项标志，配置项控制（修改控制），配置状态报告和配置审核。
配置管理规范的制订也应按这四个方面内容进行。
6试验项目的实施
这一阶段的任务是选取目标机构中的一个现有项目，按既定的配置管理流程去进行开发和配置管理工作。
这种试验的目的是在一定风险范围内，通过实地运作来确定所选配置管理工具、所制订的配置管理规范是否能满足目标机构的需要。
要做的工作有：
选定试验项目该项目应该具有一定的复杂性，但又有较强的独立性，不会对目标机构的关键项目造成重要影响。
选定试验组成员
通常应包括构造小组的部分成员和该项目原有的成员。
定义试验成功的标准和试验时间表
应以配置管理流程和项目开发管理过程的协同程度和总体工作效率为依据。
人员培训
包括配置管理工具培训和配置管理规范培训。
配置管理工具的安装和项目环境的搭建
包括将历史代码导入到新系统中，将原有配置管理信息转换成新系统的形成，置于新系统控制之下；
搭建项目所需的软硬环境等。
开发过程按新的配置管理流程进行试验项目的开发，及时收集项目开发人员的反馈信息。
调整配置管理流程根据项目的进行情况和开发人员的反馈信息，找出新配置管理流程的不足，及时调整改进。
2.当公司发展壮大到百人的规模时，你们应当遵循什么标准升级为什么配置管理平台
答：
一、逐步完善分支创建方式
1、依据开发需要，创建平台分支
由管理层次决定的分支是一个主分支一个集成分支，但随着开发活动的深入，系统平台开发和应用开发之间出现互相牵制问题，平台程序变更后在没有与应用程序联调之前，会影响到应用程序的开发，严重时会使应用程序开发工作无法正常进行，为了查找原因，有时需要花上一两天时间，影响了开发进度。
鉴于这种情况，新创建了系统平台分支，系统平台子项目组在该分支开发集成，待测试通过并与应用联调后再利用分支归并功能，将程序归并到集成分支，既达到了程序控制的目的，又不影响开发进度，有效的提高了开发效率。
这一分支方式说明了通过科学管理可以出效率。
2、为了方便管理，建立链接分支
平台分支和集成分支应用一段时间后，又出现了新的问题，平台的变更，需要通过应用程序进行测试。
但是，系统平台分支上的应用程序不能时时更新，除非将集成分支的应用合并到平台分支，这样给管理带来许多麻烦，为了解决该问题，利用FireflyV3.0版本中提供的链接功能，在系统分支上创建了链接，链接到集成分支的应用部分，这样，平台分支可以随时得到应用系统变更的文件，大大方便了测试版本的制作。
（图5链接点）。
开发过程中系统分支和应用集成分支以及链接的应用，使平台开发和应用开发可以有序进行，消除了平台变更对应用开发带来的影响，促进了开发进度，有效地控制了平台和应用的变更，为开发阶段版本管理和控制起到了很好的作用。
图5链接点
3、为发布产品，启用主干分支
在项目开发阶段基本结束，进入产品发布阶段后，除了建立产品基线外，启用了主干分支为发布分支，集成分支上测试通过的程序，及时合并到发布分支制作发布版本。
在产品发布初期，用户和试生产发现问题比较多，程序变更频繁，每周要集成一个新版本，为了标示不同时间编译的版本，除了版本号之外，附加了BuildNumber来标示。
二、依据测试阶段，集成软件版本
从软件工程化和保证产品质量出发，软件测试采用三级测试方式：
单元测试、集成测试和生产性测试（试生产），由于项目开发时间紧，不能一级测试结束，再开始下一级测试，而均采用滚动开发测试方式进行，多数情况下是同时进行，这给版本控制和集成带来很大困难，为此，建立了三种集成环境。
三个版本的版本控制和集成是通过分支、测试基线、分支合并来完成。
1、单元测试
单元测试由开发人员在相对稳定的系统开发平台上进行，其中，相对稳定的系统平台需要集成一个系统平台版本。
2、集成测试
集成测试是将各个子系统组成一个可运行系统的重要阶段。
由于一体化软件是系统平台与应用系统几乎同时开发的项目，系统平台内部、应用系统内部，以及平台与应用之间的组装都需在集成测试阶段完成。
3、生产测试
生产测试要求集成测试后比较稳定的版本，该版本利用标签进行标示。
4、版本回溯
在测试中，经常出现新修改的程序版本有问题，需要回溯到上一个版本，这是，使用配置管理系统提供的版本管理功能非常方便地回到任意一个程序版本。
3.单位在外地设立分公司，需要进行远程外包项目开发，你应考虑使用哪种平台工作解决，请用你们试验中的切图辅助表达。
我们会选择SubVersion管理平台。
这个平台更方便。
不用迁入和迁出。
适合中型团队，跨地域。
TortoiseSVN是SubVersion版本控制的一个免费开源客户端。
可以超越时间的管理文件和目录。
文件保存在中央版本库。
除了能记住文件和目录的每次修改外。
版本库非常像普通的文件服务器，你可以将文件恢复到过去的一个版本。
并且可以通过检查历史知道数据做了那些修改。
TortoiseSVN的commit只会上传原先checkout然后又被修改了的文件，假如你新加入了某些文件，需要右键点击文件选择Add，然后文件上面会出现一个加号，在下次commit的时候它就会被upload并且被标记为绿色对勾。
没有绿色对勾的文件不会被commit。
假如你需要给带有绿色对勾文件改名或者移动它的位置，请不要使用windows的功能，右键点击它们，TortoiseSVN都有相应的操作。
想象这些文件已经不在是你本地的东西，你的一举一动都必须让Tortoise知道。
假如修改了某个文件但是你后悔了，可以右键点击它选择Revert，它将变回上次checkout时候的情况。
或者Revert整个工程到任意一个从前的版本。
Update假如是多人合作的项目，自己不做修改的话别人也要修改，这时候就需要使用update来同步本地和服务器上的代码。
同样是右键选择update，所有的更改就会从服务器端传到你的硬盘。
注意，假如别人删除了某个文件，那么更新之后你在本地的也会被删除
。
Subversion特性如下：
∙统一的版本号。
CVS是对每个文件顺序编排版本号，在某一时间各文件的版本号各不相同。
而Subversion下，任何一次提交都会对所有文件增加到同一个新版本号，即使是提交并不涉及的文件。
所以，各文件在某任意时间的版本号是相同的。
版本号相同的文件构成软件的一个版本。
∙原子提交。
一次提交不管是单个还是多个文件，都是作为一个整体提交的。
在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。
∙重命名、复制、删除文件等动作都保存在版本历史记录当中。
∙对于二进制文件，使用了节省空间的保存方法。
（简单的理解，就是只保存和上一版本不同之处）
∙目录也有版本历史。
整个目录树可以被移动或者复制，操作很简单，而且能够保留全部版本记录。
∙分支的开销非常小。
∙优化过的数据库访问，使得一些操作不必访问数据库就可以做到。
这样减少了很多不必要的和数据库主机之间的网络流量。
∙支持元数据（Metadata）管理。
每个目录或文件都可以定义属性（Property），它是一些隐藏的键值对，用户可以自定义属性内容，而且属性和文件内容一样在版本控制范围内。
实验中的切图如下：
设置TortoiseSVN：
（2）SVN服务器端安装：
创建用户：
创建组：
创建配置库：
在D盘新建一文件夹张福麟王思花，导入配置库文件
向该文件夹导入资源：
成功界面：
打开ww.cpp如下：
翻译一下配置管理文献：
SoftwareConfigurationManagementfortheWeb
Abstract
Softwareconfigurationmanagementmustbepracticedforanysoftwaresystemfromthemomentanyworkonthesoftwaresystembeginstowhensupportceasesforthatsystem.IntheE-World,whichisanexpressionusedtodescribetheenvironmentinwhichwebapplicationsaredevelopedandutilized,effectiveandtime-efficientsoftwareconfigurationmanagementmustbepracticedsuchthatbaselinesareidentifiedandchangesaretrackedtothosebaselines.However,thissoftwareconfigurationmanagementeffortmustnotimpededevelopmentandmustbeclearlyunderstoodfromafunctionalbasis.TheoverwhelmingtimetomarketrequirementforE-Worlddevelopmenteffortscannottolerateanyimpedimentstodevelopmenttimeandrespondingtoclientneeds.Thishighemphasisontimeefficientprocesseshasnotbeentrueformanysoftwareevelopmentprojectsinotherenvironmentsinthepastasarule,andpragmatismhassurelynotgovernedmanyeffortsthathadtoobservenumerousgovernmentregulations.
翻译：
软件配置管理必须实行从目前的任何软件系统上的任何工作开始时，停止支持该系统的软件系统。
在E-世界，这是用来描述在其中的网络应用软件的开发和利用，有效和有效率的软件配置管理必须实行环境基线的表达式，这样得到确认和变更进行跟踪那些基准。
但是，这种软件配置管理工作，不得妨碍发展，必须清楚地理解从功能的基础。
压倒性的上市时间，电子世界发展的努力无法容忍任何阻碍发展的要求和时间响应客户的需求。
这种对时间效率的流程高度重视并没有真正的许多软件开发项目在其他环境中作为一个规则的过去，实用主义也有一定不会管，民政事务总署遵守许多政府规章许多努力。
升级会员 