软件版本管理规范.docxVIP

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

天翼电子商务有限公司

PAGE2

天翼电子商务有限公司

软件版本管理规范

讨论稿v0.1

信息技术部

2013/3/1

文档修改/批准记录

版本

修改/批准日期

内容

修订人

批准人

V0.01

2013/3/1

创建

张光胜

目录

TOC\o1-3\h\z\u一、 版本管理目标 3

二、 版本管理工具 3

(一) Git 3

(二) GIT使用方法 3

三、 版本管理流程 4

(一) 岗位划分 4

1. 代码管理员(SourceCodeManager) 4

2. 项目开发负责人(ProjectLeader) 4

3. 项目开发组成员(ProjectDeveloper) 4

4. 测试组人员(ProjectTester) 5

(二) 版本树划分 5

1. 生产分支 5

2. 项目分支 5

3. 个人开发分支 5

(三) 流程分析 6

1. 流程图 6

2. 流程介绍 6

四、 注意事项 8

版本管理目标

本规范建立的目的是规范软件产品的开发、测试、发布流程,提高开发人员的代码开发质量,通过加强对编码过程的监控,细化工作流程,达到提升软件开发效率,并逐步推进敏捷开发过程,实现代码管理的自动化。

版本管理工具

Git

Git是Linux创始人Linus主导开发的开放源代码的版本控制工具。与常用的版本控制工具CVS,Subversion等不同,它采用了分布式版本库的方式,不必服务器端软件支持,使源代码的发布和交流极其方便。Git最为出色的是它的分支管理和合并跟踪(mergetracing)能力。

GIT使用方法

请参考部门内提供的技术文档:《GIT使用说明》

版本管理流程

岗位划分

代码管理员(SourceCodeManager)

负责管理版本管理系统使用者的权限。

根据项目新建请求,创建新开发分支并划分权限。

负责监督生产用分支代码的集成/编译/部署。

项目开发负责人(ProjectLeader)

全面负责管理项目所涉及到所有相关资源,包括文档、代码等。

审核本项目中所有提交到测试和生产分支上的代码,对其质量和可靠性负有责任。

对项目开发进度负责。

负责项目开发分支的管理工作。

项目开发组成员(ProjectDeveloper)

承担具体代码开发工作。

负责个人开发分支上代码管理工作。

负责个人开发内容的自测工作。

对提交到项目分支上的代码质量控制,负有主要责任。

测试组人员(ProjectTester)

负责项目的全面测试工作,对测试报告的可靠性承担主要责任

版本树划分

生产分支

最新节点应与生产环境中的运行软件保持一致,此分支上的所有节点均满足生产上线要求,并根据实际生产环境代码状态进行演进。完成测试准备上线的项目代码,必须提交到该分支上,进行独立编译生成部署文件。

项目分支

收集开发人员的开发成果,由项目开发负责人统一管理。

此分支的生命周期与项目开发周期一致。项目立项时由代码管理员建立此分支,项目进行中由项目开发负责人管理此分支,所有开发人员的开发成果需要汇总到此分支,项目结束后关闭该分支的提交功能,只允许进行查询。

个人开发分支

由开发组成员自主创建和管理,承担日常开发过程中代码归集,记录详细开发过程。要求每日工作完成必须在该分支上产生节点,每一个功能点均有独立的节点存在。

流程分析

流程图

流程介绍

成立

代码管理员收到项目成立申请,根据项目归属,从指定的生产分支节点拉出项目分支,将项目组相关人员添加到项目分支下,设定相应权限,提供分支地址等信息给项目负责人。

项目负责人在项目分支上做初始化设定,做基本修改,建立初始版本后,将项目分支信息提供给开发组成员。

开发

项目组开发成员以项目分支为父分支,建立包含个人姓名的开发子分支(可多个),并在该分支上进行代码修改。在完成修改后,提交代码,在开发环境中获取修改后的代码,进行编译调试和自测,根据调试结果进行后续的代码开发工作。在完成一个功能点的代码开发并自测通过后,将个人开发分支及集成节点信息,提交给测试组成员,进行单个功能点测试。

测试组完成单个功能点测试后,开发成员将个人修改代码和项目分支最新点进行对比,并将对比结果提交给项目负责人进行代码评审。项目负责人根据评审结果,决定是否将该代码合并到项目分支。

测试

在完成所有的项目开发工作和代码评审后,项目负责人将最终的代码节点信息提交项目测试组,由测试组根据节点内容进行编译、部署、测试后,根据测试结果,提交测试报告。

部署

代码管

文档评论(0)

139****2118 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档