代码开发流程

《代码开发流程》由会员分享，可在线阅读，更多相关《代码开发流程（9页珍藏版）》请在装配图网上搜索。

1、代码开发流程版本：0.1信雅达科技股份有限公司仅供公司内部使用修改历史版本日期修改人Description of Change s0.12011-7-25咼雨创建目录1.简介 42.适用范围 43. 分支分类与管理 43.1 分支分类 43.2 分支命名规则 44.代码开发流程 64.1 代码开发流程图 64.2 提交修改请求 74.3 创建开发分支 74.4 修改代码、提交代码 74.5 提交评审请求 74.6 提交评审意见 84.7 召开评审会议 84.8 Author 根据评审意见修改代码 84.9 Moderator 检查修改并关闭评审请求 84.10 关闭修改请求 94.10 关闭问

2、题记录 91. 简介该文档描述了代码分支的分类、管理、命名规则以及代码开发流程。2. 适用范围该文档适用于信雅达科技公司进行代码开发的所有人员。3. 分支分类与管理3.1分支分类分支类型版本控制工 具修改跟踪 工具位置控制级别开发分支SVN问题跟踪 系统SVNServerSunayrdProductsvProd uctNameBranchesControlled编译集成分支SVN软件发布 计划SVNServerSunayrdProductsvProd uctNameBranchesControlled发布分支SVN软件发布 计划SVNServerSunayrdProductsvProd uct

3、NameTagsControlled主分支SVNNASVNServerSunayrdProductsvProd uctNameTrunkFull个人分支SVNNASVNServerSunayrdProductsvProd uctNameBranchesManaged3.2 分支命名规则(1) 开发分支：_SUNYARD_vEngineerNameInEnglish ：修改请求标识号：工程师的英文名，例如： GAOYU 示例： CR00002_SUNYARD_GAOYU开发分支用于解决修改请求中记录的问题。(2) 编译集成分支：_vBankName_bld_. ：产品名称，例如 A180 :适用

4、用银行名称，此项为可选项：软件主版本号:软件副版本号:软件次版本号示例: A180_Bank1_bld_01.01.01 编译集成分支用于集成所有的开发分支，并进行集成测试。 注意:每个开发分支只允许向编译集成分支 Merge 一次。(3) 发布分支：_vBankName_REL_. ：产品名称，例如 A180 :适用用银行名称，此项为可选项 ：软件主版本号：软件副版本号：软件次版本号 当编译集成分支上的集成测试通后，编译集成分支会被直接复制到发布分支。4) 主分支： Trunkmain 主分支用来存放产品最原始的代码，该分支完全受控，一旦创建不允许修改。5) 个人分支: dev_ ：产品名称

5、，例如 A180 :适用用银行名称，此项为可选项 vPurpose:修改内容描述 个人分支不受控，主要为了方便工程师对问题进行调研或提前调试。4. 代码开发流程4.1 代码开发流程图4.2 提交修改请求Author 修改文档前必须先提交修改请求。如何提交修改请求，请参考问题跟踪系统的使用规范文档：VssFileServeSunyardDocs开发流程Release问题跟踪系统的使用规范Vl.O.doc4.3 创建开发分支开发分支应该支持从上一次的发布分支中直接复制出来。4.4 修改代码、提交代码(1)将开发分支Checkout到本地PC( 2 )修改代码( 3 )测试代码( 4)提交代码至开发

6、分支4.5 提交评审请求代码测试通过并提交完毕后，需要完成以下步骤：(1)下载评审记录表模板：VssFileServerSunyardDocs文档模板代码评审记录表模板 _V0.1.xls到本地，将模板文件名改为：Document_Review_For_v开发分支名称。(3)填写其中邀请页，以下内容为必填项：Title:评审表的文档名 Document_Review_For_v开发分支名称Date of Invitation：邀请日期Deliverable Type：选择 SoftwareDeliverable Size/Complexity:被评审代码的修改的行数Project：该代码开发所

7、属的项目Author：代码修改人Input Document：提供修改前代码与修改后代码在SVN上的具体分支，例如Old:SVNServerSunayrdProductsBranchesCR00002_SUNYAR_GAOYU1New:SVNServerSunayrdProductsBranchesCR00002_SUNYAR_GAOYU10Suggested Preparation Rate：推荐代码预评审的速度，一般为120行/小时Suggested Inspection Rate：推荐每小时的评审的页数，一般为120行/小时Date of Meeting：评审会议的时间，如果不开评审会议

8、请填NAMeeting Time:：评审会议所需时间，如果不开评审会议请填NAMeeting Location：评审会议所在地点，如果不开评审会议请填NAReturn Comments by：评审记录表所在Vss服务器位置Role：评审人员以及各自角色（5）上传评审记录表至评审记录系统：VssFileServerSunyard评审记录系统。 6）提交评审请求如何提交评审请求，请参考问题跟踪系统的使用规范文档：VssFileServeSunyardDocs开发流程Release问题跟踪系统的使用规范Vl.O.doc（5）发送Outlook的日历项给所有评审人员，评审会议日历项设置如下： 主题要求

9、与评审记录表一致，例如：Document_Review_For_v开发分支名称。 会议的时间，地点，邀请人员要求与评审表的邀请页的内容一致。评审请求必须在召开评审会议至少提前一天发出，以便评审人员提交评审意见。4.6 提交评审意见收到评审请求邮件的所有评审人员，都应提前对代码进行预评审，并提交评审意见到指 定的评审表中。4.7 召开评审会议评审会议各个角色的基本权利和义务：（l ） Author* 提前预定会议室，准时召开会议。（2）Moderator* 在评审的过程中保证评审人员专注于发现问题，而不是探讨解决方案。*当发现代码存在极大问题，或者评审人员没有充分准备，Moderator有权利终

10、止会议, 要求作者或者评审人员重新准备，并确定下次会议的时间。（3）Recorder* 实时记录会议上的评审意见到评审记录表。（4）Inspector* 在会上对代码进行评审并专注于发现问题，给出准确的评审意见。4.8 Author根据评审意见修改代码评审会议结束后，Author根据评审记录表中的意见对开发分支上的代码进行修改。 修改结束后，通过发送邮件给Moderator，申请关闭评审请求。4.9 Moderator检查修改并关闭评审请求Moderator收到Author的关闭评审请求邮件后，确认是否评审表中的评审意见都已在开 发分支最新版本上被修复，并将已修复的评审意见状态改成closed

11、0如果仍然存在没有 修复的评审意见，需要邮件通知Author继续修改。 当评审表中的评审意见全部关闭后，应该将评审请求状态改为 closed。 如何修改评审请求状态，请参考问题跟踪系统的使用规范文档：VssFileServeSunyardDocs开发流程Release问题跟踪系统的使用规范Vl.O.doc4.10 关闭修改请求Author 收到评审请求关闭邮件后，才可以将修改请求状态改为 closed。 如何更新评审请求状态，请参考问题跟踪系统的使用规范文档：VssFileServeSunyardDocs 开发流 程Release 问题跟踪系统的使用规范Vl.O.doc4.10关闭问题记录问题提交人收到修改请求关闭邮件后，如果确认所有与该问题记录相关的修改请求均已 关闭，才可以将问题记录状态更新为 closed。如何更新问题记录状态，请参考问题跟踪系统的使用规范文档：VssFileServeSunyardDocs开发流程Release问题跟踪系统的使用规范Vl.O.doc