配置管理规范新改

配置管理规范2012年7月文档信息文档编号：[BSD_SPP_PROC_SD_项目号_子项号]文档名称：[文档名称]文档类别：配置管理密级：机密版本信息：[版本编号]建立日期：2012-7-24创建人：吴学哲审核者：[审核人姓名]批准人：[批准人姓名]批准日期：[批准日期]项目/客户：日期：存放位置：SPPServer编辑软件：MicrosoftOffice中文版发行软件：AdobeReader文档状态：[√]草稿；[]正式发布；[]正在修改文档修订记录|OutstandingIssues版本编号变化状态简要说明修订日期变更人批准日期批准人0.1A增加正文内容2012-7-24吴学哲说明：1.版本编号栏中填入版本编号或者更改记录编号。2.变化状态分为三种状态：A——增加；M——修改；D——删除。3.在简要说明栏中填写变更的内容和变更的范围。4.表中所有日期格式为：YYYY/MM/DD。文档审批信息序号审批人角色审批日期签字说明：5.表中所有日期格式为：YYYY/MM/DD。目录1说明...........................................................................................................................................42目录结构...................................................................................................................................42.1目录结构:......................................................................................................................43SVN管理..................................................................................................................................43.1新成员建立用户...........................................................................................................43.2修改已有用户权限.......................................................................................................54源代码管理...............................................................................................................................64.1内部测试源代码...........................................................................................................64.1.1开立分支...........................................................................................................64.1.2变更单申请审核...............................................................................................64.1.3归并代码和提交变更单进行测试...................................................................74.2整体环境，整体测试源代码.......................................................................................84.2.1源代码管理.......................................................................................................85代码备份...................................................................................................................................85.1项目备份.......................................................................................................................85.1.1项目基线设置...................................................................................................85.2SVN全量备份............................................................................................................105.3产品回退.....................................................................................................................10正文11说说明明此份文档是用于配置管理员管理操作及注意事项。面向范围：文档管理、源代码管理等所有配置项相关内容。使用工具为TortoiseSVN，在本文中简称SVN。22目目录录结结构构22..11目目录录结结构构::一级目录为：Trunk(主干)，Branches(分支)，Tags(标签)二级目录在Trunk(主干)下分为：Code(代码)，Doc(文档)，Tools(工具)文档管理目录Doc(文档)下分为：01项目启动,02项目计划,03项目监控,04项目结项,05会议纪要,06需求开发,07分析设计,08编码与单元测试,09集成部署,10测试,11运行维护,12客户交流,13参考资料,14配置管理,15质量保证。代码管理目录Code(代码)下分为：01短信平台,02电话银行。三级目录在Tools(工具)下分为：Database(数据)，Others(其他)短信平台目录下：以每个开发人员姓名命名目录名称。电话银行目录下：以每个开发人员姓名命名目录名称。33SSVVNN管管理理SVN管理包括为项目组新成员建立SVN的用户且分配权限和为已有用户修改权限33..11新新成成员员建建立立用用户户新来成员需组长采用邮件的方式向配置管理员提交新建SVN用户申请，并抄送项目经理，申请中写明用户的名称、对哪些目录及文件的读写权限。配置管理员在得到经理批准后的半个工作日内新建用户并分配权限，完成后通知组长及用户。33..22修修改改已已有有用用户户权权限限SVN中可用分组来管理具有相同权限的用户，简化操作。如无特殊说明，则默认为开通默认权限（即相应组权限）；若因为各种原因，需要对已有用户的权限进行调整，需要组长采用邮件形式向配置管理员提交变更SVN权限的申请，并抄送项目经理。经项目经理同意处理后，配置管理人员在一个工作日内完成修改用户权限后，通知组长及用户常规各角色权限如下：配置库结构及权限表.xls44上上版版管管理理44..11版版本本控控制制44..11..11文文档档控控制制未进入基线版本，可以由相关人员进行修改并变更进入基线版本，上版需通过相关评审组员通过后，方可进入版本44..11..22代代码码控控制制主线受控前，可随意上版主线受控后，根据不同的主线版本需求，切至不同的主线代码。进入主线须有签过字的配置管理变更单44..11..33其其他他配配置置项项控控制制严格区分某些内容存入配置库，某些不可存入配置库，另找存储空间存储（如数据、备份等）。44..11..44上上版版管管理理可以根据行内的工作时间安排和上版时间安排，安排上版方案一：配合工作时间上版。每日上班开始后，开始上版，如上午9点上班，可以9点15-9点30进行版本上版，下午13点上班，可以13点15-13点30进行版本上版。变更单收取截止，工作时间截止。方案二：配合行内版本管理时间上版。如行内有规定时间统一上版，可按照统一时间上版。变更单收取截止，上版前半小时。方案三：根据工作需要，随时上版。55源源代代码码管管理理55..11内内部部测测试试源源代代码码55..11..11开开立立分分支支5.1.1.1开发人员通知配置管理员建立分支。建立分支时说清楚是建立的是什么系统的分支。配置管理员将分支建立好后，通知开发人员并将分支地址告知开发人员。注：若开发人员给多个配置管理人员发送了打分支，若其中一个配置管理人员通知开发人员分支打好了，则开发人员必须通知其他配置管理人员分支已经建立好。否则造成分支重复55..11..22变变更更单单申申请请审审核核5.1.2.1项目源代码变更单申请开发人员将缺陷修改完成后，应提单申请提交到测试环境进行测试。先填写《ESB版本更新单》并打印，且将打印的《ESB版本更新单》(纸质)送交组长审批。组长审查其变更单填写和修改的代码内容及文件变更，如果同意就在《ESB版本更新单》(纸制)中签字，加上日期，并将单提交给配置管理员。如果不同意就将该单退还给开发人员并说明拒绝的原因配置管理员依照《ESB版本更新单》(纸质)填写进行审核，若该单不符合标准，将该单退回，并说明原因。若符合标准则进行代码处理注：变更单如下：ESB版本更新单.xls在变更单的‘修改内容说明’一栏应将代码的路径写全，不能仅写一个文件名称。修改的文件过多时，‘修改内容说明’一栏不用写文件，用一个附件将文件列表列出。变更单申请严格执行黑名单机制。变更申请单第一次写错，单退回，并修改正确再处理变更申请单第二次写错，单退回，并修改正确后延后处理变更申请单写错三次或三次以上，单退回，并修改正确后作为最后处理版本归并的IR或者因以内部bug提前提交了代码到整体，如果该IR已经待安装了，必须将IR号告知配置管理员，否则缺陷号无法关闭。55..11..33归归并并代代码码和和提提交交变变更更单单进进行行测测试试5.1.3.1提交变更申请单进行源码处理，并需提交测试开发人员提交的变更申请单符合标准，则依据变更单将修改的代码合并到主线合并完后将其分支删除并部署相关环境将变更单提交给测试组测试。测试完后将变更单返回配置管理组若测试通过，则将该变更集提交并将测试报告一份提交svn版本机，另一份提交行内。若测试未通过，则将该变更单返回给开发人员进行重新修改注：所有提交的变更单，提交变更单的人必须等配置管理员将代码合并完成，将相关环境的部署好了之后才能离开测试员测试完后应在变更单写明测试人名字及时间再返回给配置管理员5.1.3.2特殊情况处理源代码5.1.3.2.1需提交整体测试，但不确定上线的时间建立一个临时主线，用于合并所有缺陷和需提交整体的变更代码开发主线不变，用于合并所有缺陷