软件版本管理系统要求规范.docx

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
天翼电子商务有限公司 软件版本管理规范 讨论稿v0.1 信息技术部 2013/3/1 文档修改/批准记录 版本 修改/批准日期 容 修订人 批准人 V0.01 2013/3/1 创建 光胜 目录 TOC \o "1-3" \h \z \u 一、 版本管理目标 3 二、 版本管理工具 3 (一) Git 3 (二) GIT使用方法 3 三、 版本管理流程 4 (一) 岗位划分 4 1. 代码管理员(Source Code Manager) 4 2. 项目开发负责人(Project Leader) 4 3. 项目开发组成员(Project Developer) 4 4. 测试组人员(Project Tester) 5 (二) 版本树划分 5 1. 生产分支 5 2. 项目分支 5 3. 个人开发分支 5 (三) 流程分析 6 1. 流程图 6 2. 流程介绍 6 四、 注意事项 8 版本管理目标 本规建立的目的是规软件产品的开发、测试、发布流程,提高开发人员的代码开发质量,通过加强对编码过程的监控,细化工作流程,达到提升软件开发效率,并逐步推进敏捷开发过程,实现代码管理的自动化。 版本管理工具 Git Git是Linux创始人Linus主导开发的开放源代码的版本控制工具。与常用的版本控制工具 CVS, Subversion等不同,它采用了分布式版本库的方式,不必服务器端软件支持,使源代码的发布和交流极其方便。Git最为出色的是它的分支管理和合并跟踪(merge tracing)能力。    GIT使用方法 请参考部门提供的技术文档:《GIT使用说明》 版本管理流程 岗位划分 代码管理员(Source Code Manager) 负责管理版本管理系统使用者的权限。 根据项目新建请求,创建新开发分支并划分权限。 负责监督生产用分支代码的集成/编译/部署。 项目开发负责人(Project Leader) 全面负责管理项目所涉及到所有相关资源,包括文档、代码等。 审核本项目中所有提交到测试和生产分支上的代码,对其质量和可靠性负有责任。 对项目开发进度负责。 负责项目开发分支的管理工作。 项目开发组成员(Project Developer) 承担具体代码开发工作。 负责个人开发分支上代码管理工作。 负责个人开发容的自测工作。 对提交到项目分支上的代码质量控制,负有主要责任。 测试组人员(Project Tester) 负责项目的全面测试工作,对测试报告的可靠性承担主要责任 版本树划分 生产分支 最新节点应与生产环境中的运行软件保持一致,此分支上的所有节点均满足生产上线要求,并根据实际生产环境代码状态进行演进。完成测试准备上线的项目代码,必须提交到该分支上,进行独立编译生成部署文件。 项目分支 收集开发人员的开发成果,由项目开发负责人统一管理。 此分支的生命周期与项目开发周期一致。项目立项时由代码管理员建立此分支,项目进行中由项目开发负责人管理此分支,所有开发人员的开发成果需要汇总到此分支,项目结束后关闭该分支的提交功能,只允许进行查询。 个人开发分支 由开发组成员自主创建和管理,承担日常开发过程中代码归集,记录详细开发过程。要求每日工作完成必须在该分支上产生节点,每一个功能点均有独立的节点存在。 流程分析 流程图 流程介绍 成立 代码管理员收到项目成立申请,根据项目归属,从指定的生产分支节点拉出项目分支,将项目组相关人员添加到项目分支下,设定相应权限,提供分支地址等信息给项目负责人。 项目负责人在项目分支上做初始化设定,做基本修改,建立初始版本后,将项目分支信息提供给开发组成员。 开发 项目组开发成员以项目分支为父分支,建立包含个人的开发子分支(可多个),并在该分支上进行代码修改。在完成修改后,提交代码,在开发环境中获取修改后的代码,进行编译调试和自测,根据调试结果进行后续的代码开发工作。在完成一个功能点的代码开发并自测通过后,将个人开发分支及集成节点信息,提交给测试组成员,进行单个功能点测试。 测试组完成单个功能点测试后,开发成员将个人修改代码和项目分支最新点进行对比,并将对比结果提交给项目负责人进行代码评审。项目负责人根据评审结果,决定是否将该代码合并到项目分支。 测试 在完成所有的项目开发工作和代码评审后,项目负责人将最终的代码节点信息提交项目测试组,由测试组根据节点容进行编译、部署、测试后,根据测试结果,提交测试报告。 部署 代码管理员在项目满足进行生产部署的所有必备条件后,将项目分支的最终测试通过节点,合并到生产分支,并启动生产环境的编译、部署工作。 注意事项

文档评论(0)

baibai0713 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档